Game information processing method and device, electronic equipment and storage medium
By adding attribute information to items to self-describe their state and coordinates in different configuration schemes, the data complexity and consistency issues of item configuration scheme management in the game are solved, and more efficient data processing and storage optimization are achieved.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- NETEASE (HANGZHOU) NETWORK CO LTD
- Filing Date
- 2026-03-20
- Publication Date
- 2026-04-21
AI Technical Summary
In existing technologies, the management of item configuration schemes in games suffers from problems such as complex data processing links, high computational overhead, difficulty in maintaining data consistency, and high storage overhead. This is especially true when there are multiple configuration schemes, which affects system stability and user experience.
By adding attribute information to items, recording their existence status and coordinates in different configuration schemes, and directly updating item attributes to achieve self-description, the dependence on external scheme configuration tables is reduced, ensuring the consistency of scheme data and backpack data.
It reduces logical complexity and storage overhead, avoids synchronization problems and archive bloat, and improves system stability and data processing efficiency.
Smart Images
Figure CN121891775A_ABST
Abstract
Description
Technical Field
[0001] This disclosure relates to the field of game technology, and more specifically, to a game information processing method, apparatus, electronic device, and storage medium. Background Technology
[0002] In games such as role-playing, strategy, or simulation games, there is often a need to support the same virtual item in multiple independent configuration schemes, such as pre-setting multiple equipment schemes for game characters. Related technologies typically employ an external data structure (such as a "scheme configuration table") independent of the item's own data to manage this configuration information. This external data structure needs to be stored separately from the item's basic data (such as inventory data) and its associated mapping needs to be maintained.
[0003] However, this solution based on external data structures has significant technical drawbacks. First, since the item identifier and the index key value in the scheme configuration table belong to two different data systems, the system needs to frequently perform identifier conversions and cross-table joins during high-frequency operations such as item placement, querying, and scheme switching. This undoubtedly increases unnecessary steps and computational overhead in the data processing chain. Second, the separate storage of scheme data and item basic data means that any operation involving changes in item status (such as item consumption or transfer) must synchronously update multiple distributed data sources. This process is highly susceptible to data inconsistencies due to network latency, operational anomalies, or logical omissions, resulting in data inconsistency issues such as "ghost items" or "location conflicts," severely impacting the stability of the application and data reliability. Summary of the Invention
[0004] The purpose of this disclosure is to address the shortcomings of the prior art by providing a game information processing method, apparatus, electronic device, and storage medium to solve the technical problems existing in the prior art.
[0005] To achieve the above objectives, the technical solutions adopted in the embodiments of this application are as follows: In a first aspect, embodiments of this application provide a game information processing method, which displays a graphical user interface through a terminal device, the method comprising: At least one configuration scheme is provided, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The response places the target item in the target configuration location within the target configuration area of the target configuration scheme, and updates the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location. Determine whether each configuration location in the target configuration area has an item placed. If so, activate the predetermined operation associated with the target configuration area.
[0006] Secondly, embodiments of this application also provide a game information processing device that displays a graphical user interface via a terminal device, the device comprising: The display module is used to provide at least one configuration scheme, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The update module is used to respond to the target configuration location of placing the target item in the target configuration area of the target configuration scheme, and update the attribute information of the target item according to the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location; The determination module is used to determine whether each configuration location in the target configuration area has an item placed. If so, it activates the predetermined operation associated with the target configuration area.
[0007] Thirdly, embodiments of this application provide an electronic device, including: a processor, a storage medium, and a bus. The storage medium stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the game information processing method provided in the first aspect.
[0008] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by a processor, performs the steps of the game information processing method provided in the first aspect.
[0009] The beneficial effects of this application are: This application provides a game information processing method, apparatus, electronic device, and storage medium. In this application, an attribute information is added to items, recording the item's existence status and coordinate information in different configuration schemes. When an item is detected being dragged to a target configuration position within the target configuration area of a target configuration scheme, the attribute information of the target item is updated based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration position, ensuring consistency between the scheme data and the inventory data. Then, after successful item placement, based on the target item's attribute information, it is determined whether each configuration position in the target configuration area has an item placed. If so, the skill corresponding to the target configuration area is activated, achieving self-description of the item. This completely eliminates the dependence on an external "scheme configuration table," reduces redundant data storage, avoids synchronization problems and save file bloat caused by external storage, and reduces logical complexity and storage overhead. Attached Figure Description
[0010] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.
[0011] Figure 1 A flowchart illustrating a game information processing method provided in an embodiment of this application; Figure 2 A schematic diagram of a configuration area provided in an embodiment of this application; Figure 3 A flowchart illustrating another game information processing method provided in this application embodiment; Figure 4 A flowchart illustrating another game information processing method provided in this application embodiment; Figure 5 A flowchart illustrating another game information processing method provided in this application embodiment; Figure 6 A flowchart illustrating another game information processing method provided in this application embodiment; Figure 7 A flowchart illustrating another game information processing method provided in this application embodiment; Figure 8 This is a flowchart illustrating a game information processing device provided in an embodiment of this application; Figure 9 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation
[0012] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. The components of the embodiments of this application described and shown in the accompanying drawings can generally be arranged and designed in various different configurations.
[0013] Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely to illustrate selected embodiments of the application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.
[0014] First, the background technology involved in this application will be introduced.
[0015] Existing technology uses an external data structure to record the placement status of each item in each scheme. Specifically, the system constructs a "scheme configuration table" independent of the inventory data to store the location information, activation status, and related attribute mapping relationships of each item in each scheme. When the player switches schemes, the system dynamically restores the display position or activation rules of the items according to this "scheme configuration table".
[0016] However, the above method has the following drawbacks: 1. Complex data modeling and frequent numbering system conversions: Item numbers (such as `itemnum`) are usually dynamically assigned and discontinuous, meaning that the item number is not a fixed number. However, the scheme configuration data needs to rely on fixed global key values (such as `cGblKey`) for indexing and serialization. This results in frequent conversions between item numbers and fixed key values (such as `cGblKey`) in the scheme data during actual operation, increasing logical complexity and the probability of errors.
[0017] 2. Difficulty in maintaining state consistency: Because the scheme data and backpack data are stored separately, multiple data sources must be updated synchronously to maintain consistency when items are deleted, transferred, or subjected to batch operations. Once an abnormal interruption or logical omission occurs, it can easily lead to dirty data problems such as "items have been destroyed but are still displayed in the scheme" and "duplicate slots are occupied", which seriously affects online stability and user experience.
[0018] 3. High storage overhead and severe archive bloat: Each scheme needs to reserve configuration space for all potentially involved items. Even if most items are not used, a large number of empty records will still be generated. As the number of schemes increases (e.g., supporting 5-10 presets), the volume of scheme-related data grows linearly or even exponentially, significantly increasing the size of the client's local archive and the server's transmission load, which is not conducive to hot updates and cross-device synchronization.
[0019] To address the aforementioned issues, this application proposes a game information processing method that transforms the configuration information for multi-mode placement from external centralized management to cohesive carrying by the item itself. This involves adding attribute information for the item, which directly records the item's existence status and coordinate information in different configuration schemes, enabling the item to be self-describing. This completely eliminates the dependence on an external "scheme configuration table," reduces redundant data storage, and further reduces logical complexity and storage overhead.
[0020] The specific implementation process and technical effects of the game information processing method provided in this application will be introduced through the following embodiments.
[0021] refer to Figure 1The diagram shown is a flowchart illustrating a game information processing method provided in an embodiment of this application. The method can be executed by a terminal device with data processing capabilities, such as a smartphone or computer, and the terminal device displays a graphical user interface. Figure 1 As shown, the method includes: S101. Provide at least one configuration scheme.
[0022] Each configuration scheme includes multiple configuration areas, each with a specific shape, and each configuration area includes multiple configuration locations.
[0023] Optionally, the application scenarios of this application include: character equipment presets ("combat outfits", "casual outfits"), backpack layout templates, crystal source array configurations, etc.
[0024] A configuration scheme is a set of independent, switchable item layout rules used to describe the spatial distribution of a group of items in a specific context. Each configuration scheme contains multiple configuration areas.
[0025] A configuration area refers to a spatial coordinate grid structure used to hold items; it is the specific layout carrier in a configuration scheme. Each configuration area defines a two-dimensional grid with a predefined specific shape and size, such as an equilateral triangle or a rhombus, used to determine the specific visual or logical placement of items.
[0026] For example: Reference Figure 2 As shown, in configuration scheme 1, configuration area one is a cross-shaped two-dimensional rectangular grid (25 configuration positions), representing that "skill 1 will be activated when each configuration position in configuration area one is filled"; configuration area two is a heart shape (27 valid cells), representing that "skill 2 will be activated when each configuration position in configuration area two is filled"; configuration area three is a W-shaped grid (33 cells), representing that "skill 3 will be activated when each position in configuration area three is filled". Furthermore, "specific shapes" may include, but are not limited to, regular hexagonal arrays, rings, etc. Skill 1, Skill 2, and Skill 3 are different game skills.
[0027] Optionally, after players enter the game, the graphical user interface loads and renders multiple configuration schemes, such as "Configuration Scheme 1", "Configuration Scheme 2", "Configuration Scheme 3", etc., and each configuration scheme is displayed in the form of an independent tab or panel.
[0028] In this configuration scheme, multiple configuration areas are visually presented through UI (User Interface) components. Each configuration area is an interactive "item placement slot." Each grid cell within a configuration area (whether it's a cross shape or a component of a heart shape) is defined as an independent interactive base map control. These controls have predefined specific shapes and sizes to restrict the placement position of player items. Each configuration position within a configuration area is highlighted as an interactive slot and labeled with coordinates (e.g., `(x=0, y=1)`). The structural information of the configuration area (including size, valid coordinate set, shape mask, etc.) is predefined by the configuration table and bound to a unique configuration area identifier "gridId" for storage.
[0029] For example, during the interaction configuration process of the "Lost Crystal Source" gameplay, players can select the target item icon from their inventory and drag the target item icon to... Figure 2 Above the grid shown, the system detects the shape of the target object in real time. Figure 2 The system only allows the "placement" operation when the item's outline matches the shape of the placement area; this applies when the player drags the item and hovers it in the designated slot. Figure 2 When the available slot area is selected, the grid cells in the configuration area will be highlighted (e.g., edge glow or darker color fill) to indicate that the area is available for placement. If the item's shape matches... Figure 2 If the slot shape does not match, the slot will display a red "prohibited" overlay or remain grayed out, indicating that placement is not possible; once placed successfully, the item icon will snap to and lock onto the slot. Figure 2 On the grid, the slot status of the configuration area changes from "idle" to "occupied" and is integrated with the item icon.
[0030] S102. The response places the target item in the target configuration location of the target configuration area of the target configuration scheme, and updates the attribute information of the target item according to the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location.
[0031] In this context, "item" refers to a game object that can be held and manipulated by players, possessing a unique identifier and several attribute fields. For example, in equipment-based games, items can be weapons, armor, crystals, etc.
[0032] Target placement refers to the currently manipulated game object (such as the Crystal Source ID `item_1024`).
[0033] The target configuration scheme refers to the currently active scheme, such as `iSchem1` as the identifier of the target configuration scheme; the target configuration area refers to the configuration area that is clicked / deployed, such as `iPic = gridId1` as the identifier of the target configuration area; the target configuration location refers to the specific location identifier within the configuration area. In one embodiment, the location identifier can be in the form of two-dimensional coordinates `(iX, iY)`, such as the target configuration location being (x=1, y=2). In another embodiment, to simplify calculation and storage, all valid configuration locations within the configuration area can also be linearly numbered in one dimension (e.g., sequentially numbered starting from 0), and this number can be used as the location identifier.
[0034] Optionally, during gameplay, when a player performs a drag-and-drop action on a target item (such as a crystal source with the ID "item_1024") and drags the target item to the target configuration location in the target configuration area of the target configuration scheme, the system immediately executes the following processing flow: (1) Legality verification Check if the target item is allowed to participate in the current scheme, check if `(iX, iY)` belongs to the valid coordinate set of the configuration area, and check if the target position has been occupied by other items (to prevent duplicate placement). If any of the above conditions are not met, the operation is interrupted and the player is prompted.
[0035] (2) Update the attribute information of the target item. After passing the legality verification, to achieve the self-description function of the item, this application adds an attribute information to the item, which can record the status of the item in different configuration schemes. Therefore, the system can perform bitwise operations to update the attribute information of the target item based on the identifier iSchem of the target configuration scheme, the identifier iPic of the target configuration area, and the target configuration position (iX, iY), so as to record the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration position into the attribute information of the target item. That is, the attribute information of the target item realizes its "self-description" at the position (iX, iY) of the configuration area iPic in the iScheme. At the same time, the graphical user interface synchronously refreshes the icon display of the corresponding slot in the target configuration area to complete the visual feedback.
[0036] S103. Determine whether each configuration location in the target configuration area has an item placed. If so, activate the pre-defined operation associated with the target configuration area.
[0037] Optionally, after successfully placing the item, it can be further determined whether the placement operation meets the activation conditions of the target configuration area. For example, based on the attribute information of all items currently held by the player, each item's attribute information can be checked to see if it records the occupation of each position coordinate in the target configuration area. If all configuration positions in the target configuration area are occupied, the target configuration area is determined to be full, and the exclusive skill bound to the target configuration area is immediately triggered. The specific effects of the skill can be various. For example, in one embodiment, the skill effect is to increase a certain attribute of the character (such as attack power +15%). In another embodiment, the skill effect can unlock a new combat ability or special effect for the character (such as gaining a one-time area damage skill). In yet another embodiment, the skill effect can provide the player with a game resource bonus (such as increasing the gold coin acquisition rate by 20%).
[0038] Optionally, the activation logic of this skill is statically associated with its configuration area identifier `gridId` in the configuration data, which can support hot-update expansion.
[0039] In summary, this application provides a game information processing method. In this method, an attribute is added to each item, recording the item's existence status and coordinates in different configuration schemes. When an item is detected being dragged to a target configuration location within the target configuration area of the target configuration scheme, the attribute information of the target item is updated based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location, ensuring consistency between the scheme data and the inventory data. Then, after successful item placement, based on the target item's attribute information, it is determined whether each configuration location in the target configuration area has an item. If so, the skill corresponding to the target configuration area is activated, enabling self-description of the item. This completely eliminates dependence on external "scheme configuration tables," reduces redundant data storage, avoids synchronization problems and archive bloat caused by external storage, and reduces logical complexity and storage overhead.
[0040] Optionally, the attribute information of the target item is recorded in the attribute field corresponding to the target item. The attribute field includes multiple subfields, each subfield corresponding to a configuration scheme. Each subfield is used to record the identifier of the configuration area in which the target item is placed in the configuration scheme corresponding to the subfield, as well as the configuration position in the configuration area.
[0041] In this embodiment, in order to achieve self-description of items, an attribute field is added to the items, that is, the attribute information of the target item (i.e., the location information in multiple configuration schemes) is recorded in the attribute field.
[0042] The attribute field is divided into multiple subfields. For example, if there are 3 configuration schemes in the game, namely configuration scheme 1, configuration scheme 2 and configuration scheme 3, configuration scheme 1 can be assigned to the first subfield, configuration scheme 2 to the second subfield and configuration scheme 3 to the third subfield. That is, the item is assigned to different subfields in the attribute field in each configuration scheme.
[0043] Meanwhile, each subfield is used to record the identifier of the configuration area in which the target item is placed in the configuration scheme corresponding to the subfield, as well as its configuration position within that configuration area. For example, the identifier of the configuration area in configuration scheme 1 and its configuration position can be recorded in the first subfield; the identifier of the configuration area in configuration scheme 2 and its configuration position can be recorded in the second subfield; and the identifier of the configuration area in configuration scheme 3 and its configuration position can be recorded in the third subfield. This simplifies the item placement logic, reduces redundant data storage, and ensures that the item's position information in each configuration scheme does not interfere with each other, thus guaranteeing the accuracy of the records.
[0044] Therefore, in this embodiment, by dividing the item's attribute fields into multiple subfields, each subfield independently describing the item's complete placement information (i.e., configuration area identifier, location coordinates) within a specific scheme, this "self-describing" data structure design brings multiple beneficial effects: First, it completely eliminates the data dependency on an external, independent "scheme configuration table," highly cohesuring scheme information within the item itself, thereby eradicating consistency issues caused by multi-data source synchronization. Second, when querying or switching schemes, the system does not need to perform complex cross-table join queries; it only needs to parse the item's own attribute fields to obtain all the required information, greatly simplifying business logic and improving processing efficiency. Finally, because the information is compactly encoded within fixed fields, compared to creating separate external records for each scheme, the overall data storage overhead is significantly reduced.
[0045] Optionally, when it is necessary to query the status of a target item in configuration scheme 2 in the game, the identifier of the configuration area in configuration scheme 2 and the configuration position in the configuration area can be extracted from the second field of the target item's attribute field to enable quick viewing of the item in each configuration scheme.
[0046] Optionally, refer to Figure 3 As shown, step S102 above includes: S201. Based on the identifier of the target configuration scheme, determine the target sub-field in the attribute field corresponding to the target item.
[0047] S202. Based on the identifier of the target configuration area and the target configuration location, fill in the identifier of the target configuration area and the target configuration location in the target subfield.
[0048] For example, the attribute field is a 32-bit integer type, and the attribute field is divided into 3 subfields, namely the first subfield [0,9], the second subfield [10,19], and the third subfield [20,29]. The first subfield [0,9] is used to record the identifier of the configuration area in which the target item is placed in configuration scheme 1 and the configuration position in the placement configuration area, and so on.
[0049] In one possible approach, different configuration schemes correspond to different subfields in the attribute field. Therefore, based on the identifier of the target configuration scheme, the target subfield in the attribute field corresponding to the target item can be determined. For example, if the target configuration scheme is configuration scheme 1, that is, the identifier of the target configuration scheme is `iSchem1`, then the target subfield in the attribute field corresponding to the target item can be determined as the first subfield [0,9]. Then, the identifier of the target configuration area and the target configuration position are filled into the target subfield. For example, the 10 bits in the first subfield [0,9] are divided into: the lower 3 bits and the higher 7 bits; among them, the lower 3 bits (relative offset 0~2, i.e. bit[0:2]): are used to record the identifier of the target configuration area (`iPic`, up to 8 types), and the higher 7 bits (relative offset 3~9, i.e. bit[3:9]): record the target configuration position in the target configuration area (`pos = iY). (7 + iX`). This completes the update of the target item's attribute fields.
[0050] Low option available, see reference. Figure 4 As shown, step S202 above includes: S301. Fill the identifier of the target configuration area into the first field area of the target subfield.
[0051] S302. Fill the target configuration location into the second field area of the target subfield.
[0052] The first and second field regions each contain multiple bits. Based on common game design scenarios, the number of configuration region types is usually small (e.g., no more than 8), while the number of coordinate positions within a single configuration region is large (e.g., a 7x7 grid has 49 positions). Therefore, the length of the first field region (e.g., 3 bits) is designed to be shorter than the length of the second field region (e.g., 7 bits). That is, the first field region is shorter and used to store the "identifier of the configuration region" (smaller information), while the second field region is longer and used to store the "leftmost position within the configuration region" (larger information). This design ensures that the shorter bits are sufficient to uniquely identify the configuration region, while the longer bits can fully encode all possible coordinates within the configuration region, thus achieving optimized storage space allocation while ensuring complete information recording. Through bit operations, the two types of data are written to their respective dedicated field regions without interference.
[0053] For example, the player needs to place the target item into: the configuration scheme identifier `iSchem2`, the target configuration area identifier `iPic16`, and the target configuration position is: row 3, column 2, i.e. (x=3, y=2). Therefore, based on the configuration scheme identifier `iSchem1`, the starting offset of the "target subfield" in the attribute field can be determined first. Since each scheme occupies 10 bits, the starting offset of the second subfield can be determined to be 10, and the second subfield occupies bits [10:19]. Therefore, the second subfield can be divided into two areas. The identifier `iPic3` of the target configuration area is filled into the first field area of the second subfield, such as bits [10:12], and shift (<<) and bitwise OR (|) operations are performed to fill the target configuration position (x=3, y=2) into the second field area of the second subfield, i.e., bits [13:19]. Therefore, by further dividing the subfield into a first field region and a second field region, and assigning them different bit lengths (e.g., 3 bits and 7 bits), the configuration region identifier and configuration location information are stored separately. This division brings significant benefits: on the one hand, it optimizes the storage space for both types of information, using fewer bits to represent limited configuration region types and more bits to accommodate possible coordinate ranges, thereby maximizing information capacity within a limited bit width. On the other hand, this separate storage allows the client or server to quickly and independently extract the configuration region identifier or location coordinates during parsing, without the need for complex bitmask calculations, thus improving data processing efficiency. Furthermore, by adjusting the lengths of the two regions, it is possible to flexibly adapt to the changing needs of the number and size of configuration regions in different game designs.
[0054] Optionally, refer to Figure 5 As shown, step S103 above includes: S401. Iterate through the items currently held by the player. For each item encountered during iteration, determine whether the item is placed in the target configuration area based on its attribute fields. If so, select the item as a candidate item and obtain the configuration position of the candidate item in the target configuration area.
[0055] S402. After the player has completed traversing all the items they hold, determine whether each position in the target configuration area has an item, based on the position of all candidate items in the target configuration area.
[0056] Optionally, in this application, in order to determine whether all positions in a certain configuration area are filled, it is proposed that the configuration area be identified as filled with items by using a "reverse query" method from the attribute fields of all items.
[0057] Specifically, the system iterates through the player's currently held items. For each item (e.g., with a Crystal ID of `item_1024`), it extracts the identifiers of the placement areas in different configuration schemes based on the item's attribute fields. It then determines whether an identifier for a target configuration area exists. If so, the item is placed in the target configuration area, and it is designated as a candidate item. The system also retrieves the candidate item's placement position within the target configuration area. After iterating through all the player's held items, the system checks the placement positions of all candidate items within the target configuration area to determine if each placement position in the target configuration area contains an item.
[0058] For example, a player currently possesses 5 Crystal Source items: A, B, C, D, and E, and the states of these 5 Crystal Source items in Configuration Scheme 2 are as follows: Crystal Source Item A: Place it in configuration area 1, with placement coordinates (0,0) → iX=0, iY=0; Crystal Source Item B: Place it in configuration area 1, with coordinates (6,6) → iX=6, iY=6; Crystal Source Item C: Not placed in any configuration area (pic=0); Crystal Source Item D: Placed in configuration area 3, not in the target configuration area; Crystal source item E: Place it in configuration area 1, with placement coordinates (3,4) → iX=3, iY=4.
[0059] Therefore, based on the attribute information of the 5 Crystal Source items currently held by the player, it can be determined which positions in configuration area 1 of configuration scheme 2 are occupied and which positions are not yet occupied. If all positions in configuration area 1 of configuration scheme 2 are occupied by items, then it is determined that the configuration positions in configuration area 1 of configuration scheme 2 are "fully filled". In this way, it is possible to determine whether the configuration area is filled by parsing the attribute fields of the items, without relying on external storage, thus reducing redundant data storage.
[0060] Optionally, refer to Figure 6 As shown, step S401 above includes: S501. Based on the identifier of the target configuration scheme to which the target configuration area belongs, obtain the field value of the target subfield corresponding to the target configuration area in the attribute field of the current item.
[0061] S502. If the field value is valid, obtain the field value of the first field area in the target subfield. If the field value of the first field area is consistent with the identifier of the target configuration area, it is determined that the current item has been placed in the target configuration area.
[0062] Optionally, considering that the attribute fields of the current item include multiple subfields, it is necessary to first determine which subfield the identifier of the target configuration area is placed in. In this embodiment, it is proposed to first determine the identifier of the target configuration scheme to which the target configuration area belongs. For example, if the identifier of the target configuration scheme is `iSchem1`, then the target subfield corresponding to the target configuration area in the attribute fields of the current item can be determined to be the first subfield [0,9], and the field value of the first subfield [0,9] can be read. Here, a "valid value" is defined as the field value of the target subfield being non-zero. If the field value is a valid value (i.e., non-zero), then the field value of the first field area in the first subfield [0,9] is obtained. For example, if the field value of the first field area [0,2] is `iPic3`, and the identifier of the target configuration area is `iPic2`, it can be determined that the field value of the first field area is inconsistent with the identifier of the target configuration area, and thus the current item is not placed in the target configuration area; if the field value of the first field area is consistent with the identifier of the target configuration area, then the current item is placed in the target configuration area.
[0063] Therefore, in this embodiment, by parsing the attribute fields of the current item, the identifier of the configuration area in which the current item is placed in different configuration schemes is extracted, and the identifier of the configuration area in each configuration scheme is compared with the identifier of the target configuration area. If the identifier of a certain configuration area is consistent with the identifier of the target configuration area, it is determined that the current item has been placed in the target configuration area. The query of the target configuration area is realized solely by the item's own attributes, without relying on an external configuration table.
[0064] Optionally, if the target configuration area has an invalid value in the target subfield of the current item's attribute field, it can be ensured that the current item is not placed in any configuration area.
[0065] Optionally, refer to Figure 7 As shown, step S402 above includes: S601. Obtain the location set of the target configuration area.
[0066] The location set includes all locations within the target configuration area. For example, the target configuration area is a rectangular two-dimensional grid. The location set of the target configuration area can be obtained based on the grid coordinates of the four vertices of the rectangle. For example, the location set of a 7x7 configuration area would contain 49 coordinate points.
[0067] S602. Traverse each position in the position set. For the current position, determine whether there is an item placed at the current position based on the configuration positions of all candidate items in the target configuration area. If so, continue traversing the next position. Otherwise, determine whether there is a position in the target configuration area where no item is placed.
[0068] Optionally, each position in the position set of the configuration area is traversed. For the current position (with coordinates (curX, curY)), the configuration position coordinates (itemX, itemY) of each candidate item record in the target configuration area are checked in turn. If there is a candidate item whose (itemX, itemY) is exactly the same as (curX, curY), it is determined that an item has been placed at the current position, and the traversal continues to the next position in the position set; if no record with the same coordinates is found after traversing all candidate items, it is determined that no item has been placed at the current position, that is, there is a position in the target configuration area where no item has been placed.
[0069] Optionally, if all positions in the configuration area are successfully matched, the configuration area is determined to be completely filled; if any position in the configuration area is not occupied, the configuration area is determined to have empty spaces.
[0070] Optionally, the type of the attribute field is determined based on the number of configuration schemes: if the number of configuration schemes is less than or equal to a preset value, the attribute field is of integer type; if the number of configuration schemes is greater than the preset value, the attribute field is of string type.
[0071] Optionally, the data type of the attribute field can be dynamically selected based on the number of configuration schemes to optimize storage and performance. In one specific embodiment, a quantity threshold (i.e., a preset value, such as 3) is set. If the total number of configuration schemes that need to be supported in the game is less than or equal to this threshold (e.g., 3), the attribute field can be a fixed-width integer type (e.g., 32-bit integer) to utilize bitwise operations for efficient storage and calculation. If the total number of configuration schemes is greater than this threshold, the attribute field can be a more flexible string type, recording information through a pre-defined format (e.g., "scheme identifier: configuration area identifier - location identifier").
[0072] In one possible implementation, if the number of configuration schemes is less than or equal to 3, the attribute field type is integer, such as a 32-bit integer; if the number of configuration schemes is greater than 3, the attribute field type is string. For example, if the string for the current item is "1:2-0,2:3-1,5:4-4", then the placement status of the current item in each configuration scheme can be recorded to the string. Specifically, in configuration scheme 1, the current item is placed in configuration area 2 with a placement coordinate of 0; in configuration scheme 2, the current item is placed in configuration area 3 with a placement coordinate of 1; in configuration scheme 4, the current item is not placed; and in configuration scheme 5, the current item is placed in configuration area 4 with a placement coordinate of 4.
[0073] Alternatively, the attribute field can be set to a 64-bit integer type, meaning the attribute field can record less than or equal to 6 configuration schemes.
[0074] Optionally, for any given item, it can only be configured within one configuration area within the same configuration scheme.
[0075] In one feasible approach, to support the coexistence of multiple configuration schemes, an item can be placed in configuration scheme 1 and also in configuration scheme 2. That is, the same item can be used in multiple configuration schemes, achieving cross-scheme reuse. At the same time, to prevent duplicate occupation within the same scheme, the target item can only be configured in one configuration area within a configuration scheme. This avoids the situation where an item appears in two configuration locations within the same scheme, leading to resource abuse.
[0076] For example, the configuration areas in Scheme 1 are labeled 1a, 1b, 1c, and the configuration areas in Scheme 2 are labeled 2a, 2b, 2c. If there is one crystal source item A, it can be placed on configuration area 1a in Scheme 1. Crystal source item A cannot be placed on configuration areas 1b or 1c, as they are mutually exclusive. However, crystal source item A can still be placed on any base plate in Scheme 2. That is, it is mutually exclusive within the same scheme, but coexistence between schemes. This rule design brings multiple beneficial effects: the "mutual exclusion within a scheme" rule prevents the same item from repeatedly occupying multiple positions in the same layout scheme, ensuring the clarity of the layout logic and the rationality of resource allocation, avoiding gameplay loopholes. The "coexistence between schemes" rule greatly improves the utilization rate and strategic depth of valuable or rare game items, allowing players to reuse core items in different tactical schemes, enriching the game experience, and also multiplying the value of the "self-describing" data structure of this invention.
[0077] Optionally, the method further includes: In response to the scheme query operation, extract the existence status and location information of the target item in the target scheme from the attribute fields corresponding to the target item.
[0078] For example, the scheme query operation may include: the player opening the "Lost Crystal Source" formation interface, the system detecting the set activation conditions, and the client requesting to refresh the layout display of a certain scheme.
[0079] Optionally, when a player or the system needs to know "the usage of a certain item in a certain configuration scheme," for example, when opening the formation interface, the system does not rely on an external database or mapping table. Instead, it can directly extract the target subfield corresponding to the target scheme from the attribute fields of the item itself, and extract the identifier of the configuration area to which the target item belongs and the configuration position of the configuration area from the target subfield. If the identifier of the configuration area is 0, it is determined that the target item does not exist in the target scheme; if the identifier of the configuration area is not 0, the configuration position in the configuration area is obtained. This realizes the query of the existence status and position information of the target item in the target scheme. The entire query process does not require cross-table joins and can be achieved by relying only on the attribute fields of the item. It completely gets rid of the redundancy and consistency risks of the traditional "external scheme table" and reduces logical complexity and storage overhead.
[0080] Optionally, refer to Figure 8 As shown, this application provides a game information processing device that displays a graphical user interface via a terminal device. The device includes: Display module 801 is used to provide at least one configuration scheme, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The update module 802 is used to respond to the target configuration position of placing the target item in the target configuration area of the target configuration scheme, and update the attribute information of the target item according to the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration position; The determination module 803 is used to determine whether each configuration location in the target configuration area has an item placed. If so, it activates the predetermined operation associated with the target configuration area.
[0081] Optionally, the attribute information of the target item is recorded in the attribute field corresponding to the target item. The attribute field includes multiple subfields, each subfield corresponding to a configuration scheme. Each subfield is used to record the identifier of the configuration area in which the target item is placed in the configuration scheme corresponding to the subfield and the configuration position in the placement configuration area.
[0082] Optionally, update module 802, specifically for: Based on the identifier of the target configuration scheme, determine the target sub-field in the attribute field corresponding to the target item; Based on the identifier of the target configuration region and the target configuration location, fill in the identifier of the target configuration region and the target configuration location in the target subfield.
[0083] Optionally, update module 802, specifically for: Fill the identifier of the target configuration region into the first field area of the target subfield; The target configuration location is filled into the second field area of the target subfield, wherein the first field area and the second field area each include multiple bits, and the length of the first field area is less than the length of the second field area.
[0084] Optionally, module 803 is specifically used for: The player's current items are traversed. For each item traversed, the player determines whether the item is placed in the target configuration area based on its attribute fields. If so, the item is selected as a candidate item, and the configuration position of the candidate item in the target configuration area is obtained. After the player has traversed all the items they hold, the system determines whether each location in the target configuration area contains an item, based on the location of all candidate items in the target configuration area.
[0085] Optionally, module 803 is specifically used for: Based on the identifier of the target configuration scheme to which the target configuration area belongs, obtain the field value of the target subfield corresponding to the target configuration area in the attribute field of the current item; If the field value is valid, then obtain the field value of the first field area in the target subfield. If the field value of the first field area is consistent with the identifier of the target configuration area, then determine that the current item has been placed in the target configuration area.
[0086] Optionally, module 803 is specifically used for: Obtain the location set of the target configuration area, wherein the location set includes all locations in the target configuration area; Iterate through each position in the set of positions. For the current position, determine whether there is an item placed at the current position based on the configuration positions of all candidate items in the target configuration area. If so, continue to traverse the next position. Otherwise, determine that there is a position in the target configuration area where no item is placed.
[0087] Optionally, the type of the attribute field is determined according to the number of configuration schemes: if the number of configuration schemes is less than or equal to a preset value, the type of the attribute field is an integer; if the number of configuration schemes is greater than the preset value, the type of the attribute field is a string.
[0088] Optionally, for any given item, it can only be configured within one configuration area within the same configuration scheme.
[0089] Optionally, the device further includes: The query module is used to respond to a solution query request by extracting the existence status and location information of the target item in the target solution from the attribute fields corresponding to the target item.
[0090] The above-described device is used to execute the method provided in the foregoing embodiments, and its implementation principle and technical effect are similar, so they will not be described again here.
[0091] These modules can be one or more integrated circuits configured to implement the above methods, such as one or more Application Specific Integrated Circuits (ASICs), one or more digital signal processors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs). Alternatively, when a module is implemented using processing element scheduler code, the processing element can be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. Furthermore, these modules can be integrated together as a system-on-a-chip (SOC).
[0092] Please see Figure 9 This application also provides an electronic device, which includes a processor 901, a storage medium 902, and a bus 903. The storage medium 902 stores machine-readable instructions executable by the processor 901. When the electronic device runs an intent model training method as described in the embodiment, the processor 901 communicates with the storage medium 902 via the bus 903. The processor 901 executes the machine-readable instructions, and the preamble of the method item of the processor 901 performs the following steps: At least one configuration scheme is provided, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The response places the target item in the target configuration location within the target configuration area of the target configuration scheme, and updates the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location. Determine whether each configuration location in the target configuration area has an item placed. If so, activate the predetermined operation associated with the target configuration area.
[0093] Optionally, the attribute information of the target item is recorded in the attribute field corresponding to the target item. The attribute field includes multiple subfields, each subfield corresponding to a configuration scheme. Each subfield is used to record the identifier of the configuration area in which the target item is placed in the configuration scheme corresponding to the subfield and the configuration position in the placement configuration area.
[0094] Optionally, the processor 901, when executing the step of updating the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration region, and the target configuration location, includes: Based on the identifier of the target configuration scheme, determine the target sub-field in the attribute field corresponding to the target item; Based on the identifier of the target configuration region and the target configuration location, fill in the identifier of the target configuration region and the target configuration location in the target subfield.
[0095] Optionally, the processor 901, when executing the step of filling the target configuration region identifier and the target configuration location into the target subfield based on the identifier of the target configuration region and the target configuration location, includes: Fill the identifier of the target configuration region into the first field area of the target subfield; The target configuration location is filled into the second field area of the target subfield, wherein the first field area and the second field area each include multiple bits, and the length of the first field area is less than the length of the second field area.
[0096] Optionally, the processor 901, when performing the step of determining whether each configuration location in the target configuration area has an item placed, includes: The player's current items are traversed. For each item traversed, the player determines whether the item is placed in the target configuration area based on its attribute fields. If so, the item is selected as a candidate item, and the configuration position of the candidate item in the target configuration area is obtained. After the player has traversed all the items they hold, the system determines whether each location in the target configuration area contains an item, based on the location of all candidate items in the target configuration area.
[0097] Optionally, the processor 901, in performing the step of determining whether the current item is placed in the target configuration area based on the attribute fields of the current item, includes: Based on the identifier of the target configuration scheme to which the target configuration area belongs, obtain the field value of the target subfield corresponding to the target configuration area in the attribute field of the current item; If the field value is valid, then obtain the field value of the first field area in the target subfield. If the field value of the first field area is consistent with the identifier of the target configuration area, then determine that the current item has been placed in the target configuration area.
[0098] Optionally, the processor 901, in performing the step of determining whether each configuration position in the target configuration area is occupied by an item based on the configuration positions of all candidate items in the target configuration area, includes: Obtain the location set of the target configuration area, wherein the location set includes all locations in the target configuration area; Iterate through each position in the set of positions. For the current position, determine whether there is an item placed at the current position based on the configuration positions of all candidate items in the target configuration area. If so, continue to traverse the next position. Otherwise, determine that there is a position in the target configuration area where no item is placed.
[0099] Optionally, the type of the attribute field is determined according to the number of configuration schemes: if the number of configuration schemes is less than or equal to a preset value, the type of the attribute field is an integer; if the number of configuration schemes is greater than the preset value, the type of the attribute field is a string.
[0100] Optionally, for any given item, it can only be configured within one configuration area within the same configuration scheme.
[0101] Optionally, processor 901 is also used to perform: In response to a solution query request, the existence status and location information of the target item in the target solution are extracted from the attribute fields corresponding to the target item.
[0102] Optionally, embodiments of this application also provide a computer-readable storage medium storing a computer program, which is executed by a processor, and the processor performs the following steps: At least one configuration scheme is provided, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The response places the target item in the target configuration location within the target configuration area of the target configuration scheme, and updates the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location. Determine whether each configuration location in the target configuration area has an item placed. If so, activate the predetermined operation associated with the target configuration area.
[0103] Optionally, the attribute information of the target item is recorded in the attribute field corresponding to the target item. The attribute field includes multiple subfields, each subfield corresponding to a configuration scheme. Each subfield is used to record the identifier of the configuration area in which the target item is placed in the configuration scheme corresponding to the subfield and the configuration position in the placement configuration area.
[0104] Optionally, the processor, when executing the step of updating the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration region, and the target configuration location, includes: Based on the identifier of the target configuration scheme, determine the target sub-field in the attribute field corresponding to the target item; Based on the identifier of the target configuration region and the target configuration location, fill in the identifier of the target configuration region and the target configuration location in the target subfield.
[0105] Optionally, the processor, when executing the step of filling the target configuration region identifier and the target configuration location into the target subfield based on the target configuration region identifier and the target configuration location, includes: Fill the identifier of the target configuration region into the first field area of the target subfield; The target configuration location is filled into the second field area of the target subfield, wherein the first field area and the second field area each include multiple bits, and the length of the first field area is less than the length of the second field area.
[0106] Optionally, the processor, in performing the step of determining whether each configuration location in the target configuration area has an item placed, includes: The player's current items are traversed. For each item traversed, the player determines whether the item is placed in the target configuration area based on its attribute fields. If so, the item is selected as a candidate item, and the configuration position of the candidate item in the target configuration area is obtained. After the player has traversed all the items they hold, the system determines whether each location in the target configuration area contains an item, based on the location of all candidate items in the target configuration area.
[0107] Optionally, the processor, in performing the step of determining whether the current item is placed in the target configuration area based on the attribute fields of the current item, includes: Based on the identifier of the target configuration scheme to which the target configuration area belongs, obtain the field value of the target subfield corresponding to the target configuration area in the attribute field of the current item; If the field value is valid, then obtain the field value of the first field area in the target subfield. If the field value of the first field area is consistent with the identifier of the target configuration area, then determine that the current item has been placed in the target configuration area.
[0108] Optionally, the processor, in performing the step of determining whether each configuration location in the target configuration area contains an item based on the configuration locations of all candidate items in the target configuration area, includes: Obtain the location set of the target configuration area, wherein the location set includes all locations in the target configuration area; Iterate through each position in the set of positions. For the current position, determine whether there is an item placed at the current position based on the configuration positions of all candidate items in the target configuration area. If so, continue to traverse the next position. Otherwise, determine that there is a position in the target configuration area where no item is placed.
[0109] Optionally, the type of the attribute field is determined according to the number of configuration schemes: If the number of configuration schemes is less than or equal to the preset value, the attribute field is of integer type; if the number of configuration schemes is greater than the preset value, the attribute field is of string type.
[0110] Optionally, for any given item, it can only be configured within one configuration area within the same configuration scheme.
[0111] Optionally, the processor is also used to perform: In response to a solution query request, the existence status and location information of the target item in the target solution are extracted from the attribute fields corresponding to the target item.
[0112] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.
[0113] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0114] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in a combination of hardware and software functional units.
[0115] The integrated units implemented as software functional units described above can be stored in a computer-readable storage medium. These software functional units, stored in a storage medium, include several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute some steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
Claims
1. A game information processing method, characterized in that, The method includes: At least one configuration scheme is provided, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The response places the target item in the target configuration location within the target configuration area of the target configuration scheme, and updates the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location. Determine whether each configuration location in the target configuration area has an item placed. If so, activate the predetermined operation associated with the target configuration area.
2. The method according to claim 1, characterized in that, The attribute information of the target item is recorded in the attribute field corresponding to the target item. The attribute field includes multiple subfields, each subfield corresponding to a configuration scheme. Each subfield is used to record the identifier of the configuration area in which the target item is placed in the configuration scheme corresponding to the subfield and the configuration position in the configuration area.
3. The method according to claim 2, characterized in that, The step of updating the attribute information of the target item based on the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location includes: Based on the identifier of the target configuration scheme, determine the target sub-field in the attribute field corresponding to the target item; Based on the identifier of the target configuration region and the target configuration location, fill in the identifier of the target configuration region and the target configuration location in the target subfield.
4. The method according to claim 3, characterized in that, The step of filling in the target configuration region identifier and the target configuration location in the target subfield according to the target configuration region identifier and the target configuration location includes: Fill the identifier of the target configuration region into the first field area of the target subfield; The target configuration location is filled into the second field area of the target subfield, wherein the first field area and the second field area each include multiple bits, and the length of the first field area is less than the length of the second field area.
5. The method according to claim 2, characterized in that, Determining whether each configuration location in the target configuration area has an item placed there includes: The player's current items are traversed. For each item traversed, the player determines whether the item is placed in the target configuration area based on its attribute fields. If so, the item is selected as a candidate item, and the configuration position of the candidate item in the target configuration area is obtained. After the player has traversed all the items they hold, the system determines whether each location in the target configuration area contains an item, based on the location of all candidate items in the target configuration area.
6. The method according to claim 5, characterized in that, The step of determining whether the current item is placed in the target configuration area based on the attribute fields of the current item includes: Based on the identifier of the target configuration scheme to which the target configuration area belongs, obtain the field value of the target subfield corresponding to the target configuration area in the attribute field of the current item; If the field value is valid, then obtain the field value of the first field area in the target subfield. If the field value of the first field area is consistent with the identifier of the target configuration area, then determine that the current item has been placed in the target configuration area.
7. The method according to claim 5, characterized in that, The step of determining whether each configuration position in the target configuration area has an item placed, based on the configuration positions of all candidate items in the target configuration area, includes: Obtain the location set of the target configuration area, wherein the location set includes all locations in the target configuration area; Iterate through each position in the set of positions. For the current position, determine whether there is an item placed at the current position based on the configuration positions of all candidate items in the target configuration area. If so, continue to traverse the next position. Otherwise, determine that there is a position in the target configuration area where no item is placed.
8. The method according to claim 2, characterized in that, The type of the attribute field is determined based on the number of configuration schemes: If the number of configuration schemes is less than or equal to the preset value, then the type of the attribute field is integer. If the number of configuration schemes is greater than the preset value, then the type of the attribute field is string.
9. The method according to claim 1, characterized in that, For any given item, it can only be configured within one configuration area within the same configuration scheme.
10. The method according to claim 1, characterized in that, Also includes: In response to a solution query request, the existence status and location information of the target item in the target solution are extracted from the attribute fields corresponding to the target item.
11. A game information processing device, characterized in that, The device for displaying a graphical user interface via a terminal device includes: The display module is used to provide at least one configuration scheme, each configuration scheme including multiple configuration areas, each configuration area having a specific shape, and each configuration area including multiple configuration positions; The update module is used to respond to the target configuration location of placing the target item in the target configuration area of the target configuration scheme, and update the attribute information of the target item according to the identifier of the target configuration scheme, the identifier of the target configuration area, and the target configuration location; The determination module is used to determine whether each configuration location in the target configuration area has an item placed. If so, it activates the predetermined operation associated with the target configuration area.
12. An electronic device, characterized in that, include: The device includes a processor, a storage medium, and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, and when the electronic device is in operation, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the method as described in any one of claims 1-10.
13. A computer-readable storage medium, characterized in that, The storage medium stores a computer program, which is executed by a processor to perform the method as described in any one of claims 1-10.