Data processing method, device, system, and electronic device

By making the game process and microservice process independent of each other in the game server, the transaction data processing of game items is realized, which solves the game service pressure and improves the efficiency of searching for transaction data of game items.

CN116271850BActive Publication Date: 2026-07-14GUANGZHOU BOGUAN TELECOMM TECH LTD

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
GUANGZHOU BOGUAN TELECOMM TECH LTD
Filing Date
2023-03-03
Publication Date
2026-07-14

Smart Images

  • Figure CN116271850B_ABST
    Figure CN116271850B_ABST
Patent Text Reader

Abstract

The present disclosure discloses a data processing method, device, system and electronic device. Applied to a game server, the game server at least includes a game process and a micro-service process, the game process and the micro-service process are independent of each other, and the method comprises: in response to a transaction processing instruction, identifying the instruction type of the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction through the game process; determining a target micro-service process from a plurality of processes contained in the micro-service process based on the instruction type, the plurality of processes at least including an order micro-service process for processing order data in the game transaction data, and a search micro-service process for processing search data in the game transaction data; and processing the game transaction data through the target micro-service process to obtain a processing result. The present application solves the technical problem of large pressure of game service in the related art when searching for transactions in the game service.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates to the field of computers, and more specifically, to a data processing method, apparatus, system, and electronic device. Background Technology

[0002] In-game trading between players can boost player engagement and increase the game's lifespan and vitality. Currently, most games incorporate trading systems; for example, MMORPGs (Massive Multiplayer Online Role-Playing Games) have well-developed trading systems that are an important component of the game's economic and numerical systems.

[0003] Currently, there are three main models for trading systems. The first model separates the game service and the trading service into two independent systems. In this model, trading with in-game currency is not possible, and since the game service and trading service are separate systems with their own data maintenance, development, testing, maintenance, and troubleshooting are complex. The second model displays sellers' in-game items through an interface, allowing buyers to browse and find desired items. This method lacks a unified trading portal; items can only be found by browsing in-game items, and searching by criteria is not possible, resulting in low search efficiency. The third model displays all in-game items but does not support searching, making it inconvenient to search for and compare prices.

[0004] Furthermore, the transaction system has high numerical requirements and sophisticated technical architecture. Game logic, interactions, and data storage consume significant network bandwidth and CPU resources. Whether using a single-server or distributed architecture, the primary business logic is to support the game itself, and it typically doesn't support high-concurrency, high-throughput transaction systems like those used in e-commerce. Moreover, implementing an e-commerce-like transaction architecture within a game is difficult, and browsing and searching for game items, whether through string matching or database searches, increases system resource consumption.

[0005] There is currently no effective solution to the above problems. Summary of the Invention

[0006] This disclosure provides at least some embodiments of a data processing method, apparatus, system, and electronic device to at least address the technical problem of high pressure on game services when conducting transaction searches within game services, which is present in the related art.

[0007] According to one embodiment of this disclosure, a data processing method is provided, applied in a game server. The game server includes at least a game process and microservice processes, which are independent of each other. The method includes: responding to a transaction processing instruction; identifying the instruction type of the transaction processing instruction and the corresponding game transaction data through the game process, wherein the instruction type includes at least a search instruction and an order instruction; determining a target microservice process from multiple processes included in the microservice process based on the instruction type, wherein the multiple processes include at least an order microservice process and a search microservice process, the order microservice process being used to process order data in the game transaction data based on order instructions, and the search microservice process being used to process search data in the game transaction data based on search instructions; and processing the game transaction data through the target microservice process to obtain a processing result.

[0008] According to one embodiment of this disclosure, a data processing system is also provided, including: a game process, used to respond to transaction processing instructions, identify the instruction type corresponding to the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction, wherein the instruction type includes at least search instructions and order instructions; and a microservice process, independent of the game process, wherein the game process and the microservice process are independent of each other, and the microservice process includes at least an order microservice process and a search microservice process, wherein the order microservice process is used to process order data in the game transaction data based on order instructions, and the search microservice process is used to process search data in the game transaction data based on search instructions.

[0009] According to one embodiment of this disclosure, a data processing apparatus is also provided, applied in a game server. The game server includes at least a game process and a microservice process, which are independent of each other. The apparatus includes: an identification module, used to respond to transaction processing instructions and identify the instruction type of the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction through the game process, wherein the instruction type includes at least a search instruction and an order instruction; a service determination module, used to determine a target microservice process from multiple processes included in the microservice process based on the instruction type, wherein the multiple processes include at least an order microservice process and a search microservice process, the order microservice process is used to process order data in the game transaction data based on order instructions, and the search microservice process is used to process search data in the game transaction data based on search instructions; and a data processing module, used to process the game transaction data through the target microservice process to obtain a processing result.

[0010] According to one embodiment of this disclosure, a computer-readable storage medium is also provided, which stores a computer program configured to execute the above-described data processing method at runtime.

[0011] According to one embodiment of this disclosure, an electronic device is also provided, including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the data processing method described above.

[0012] In at least some embodiments of this disclosure, a method is adopted to construct microservice processes independent of the game process. This involves responding to transaction processing instructions, identifying the instruction type and corresponding transaction processing data through the game process, and then determining a target microservice process from among multiple processes included in the microservice process based on the instruction type. The target microservice process then processes the game transaction data to obtain the processing result. These multiple processes include at least an order microservice process and a search microservice process. The order microservice process processes order data within the game transaction data based on order instructions, and the search microservice process processes search data within the game transaction data based on search instructions.

[0013] In the aforementioned process, since the game process and the microservice process handling game transaction data are independent and do not affect each other, that is, in this disclosure, the game logic, interactions, and data do not interfere with the game transaction data. Therefore, processing the game transaction data does not increase the pressure on the game service, and searching the game transaction data does not increase the consumption of system resources, thereby reducing the resources occupied by searching the game transaction data. In addition, in this disclosure, the microservice process can not only process order data in the game transaction data, but also search for data in the game transaction data, thereby improving the search efficiency of the game transaction data. Furthermore, in this disclosure, both the game process and the microservice process are deployed on the game server, that is, they are both deployed in the same game system, reducing the costs of data maintenance, development, and testing.

[0014] Therefore, the solution provided in this disclosure achieves the purpose of searching game transaction data, thereby reducing the technical pressure on game services during the game transaction data search process, and thus solving the technical problem of high pressure on game services when conducting transaction searches within game services in related technologies. Attached Figure Description

[0015] The accompanying drawings, which are included to provide a further understanding of this disclosure and form part of this application, illustrate exemplary embodiments of this disclosure and are used to explain this disclosure, but do not constitute an undue limitation of this disclosure. In the drawings:

[0016] Figure 1 This is a hardware structure block diagram of a terminal device for a data processing method according to an embodiment of the present disclosure;

[0017] Figure 2This is a flowchart of a data processing method according to one embodiment of the present disclosure;

[0018] Figure 3 This is a schematic diagram of the structure of a data processing system according to one embodiment of the present disclosure;

[0019] Figure 4 This is a structural block diagram of a data processing apparatus according to one embodiment of the present disclosure;

[0020] Figure 5 This is a schematic diagram of an electronic device according to one alternative embodiment of the present disclosure. Detailed Implementation

[0021] To enable those skilled in the art to better understand the present disclosure, the technical solutions of the present disclosure will be clearly and completely described below with reference to the accompanying drawings of the embodiments. Obviously, the described embodiments are only some embodiments of the present disclosure, and not all embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present disclosure.

[0022] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0023] In one possible implementation, the inventors, after practical experience and careful research, found that the methods commonly used to process game transaction data in the context of game transactions in the computer field still suffer from the technical problem of high pressure on game services. Therefore, this disclosure applies to game transaction scenarios, typically large-scale multiplayer online games (MMORPGs). A data processing method is proposed that constructs microservice processes independent of the game process. These microservice processes handle order processing and data searching for game transaction data, achieving the goal of searching game transaction data. This solves the technical problem of high pressure on game services during transaction searching within game services, thereby reducing the pressure on game services during the game transaction data search process.

[0024] The methods and embodiments described above in this disclosure can be executed in a mobile terminal, computer terminal, server, or similar computing device. Taking a mobile terminal as an example, the mobile terminal can be a smartphone, tablet computer, PDA, mobile internet device, PAD, game console, or other terminal device. Figure 1 This is a hardware structure block diagram of a terminal device for a data processing method according to an embodiment of this disclosure. Figure 1 As shown, the terminal device may include one or more ( Figure 1 Only one is shown in the diagram. Processor 102 (processor 102 may include, but is not limited to, a central processing unit (CPU), graphics processing unit (GPU), digital signal processing (DSP) chip, microprocessor (MCU), programmable logic device (FPGA), neural network processor (NPU), tensor processor (TPU), artificial intelligence (AI) type processor, etc.) and memory 104 for storing data. In one embodiment of this disclosure, it may also include: input / output device 108 and display device 110.

[0025] In some optional embodiments primarily focused on gaming scenarios, the aforementioned device may also provide a human-computer interaction interface with a touch-sensitive surface. This interface can sense finger contact and / or gestures to interact with a graphical user interface (GUI). The human-computer interaction functions may include the following: creating web pages, drawing, word processing, creating electronic documents, playing games, video conferencing, instant messaging, sending and receiving emails, call interfaces, playing digital videos, playing digital music, and / or web browsing, etc. Executable instructions for performing the aforementioned human-computer interaction functions are configured / stored in one or more processor-executable computer program products or readable storage media.

[0026] Those skilled in the art will understand that Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the terminal device described above. For example, the terminal device may also include components that are more... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown.

[0027] According to one embodiment of this disclosure, an embodiment of a data processing method is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0028] In one possible implementation, embodiments of this disclosure provide a data processing method, wherein, Figure 2This is a flowchart of a data processing method according to one embodiment of the present disclosure, applied in a game server, which can serve as the execution entity of the method provided in this embodiment. The game server includes at least a game process and microservice processes, which are independent of each other, such as... Figure 2 As shown, the method includes the following steps:

[0029] Step S202: Respond to the transaction processing instruction by identifying the instruction type of the transaction processing instruction and the corresponding game transaction data through the game process.

[0030] In step S202, the game process responds to the transaction processing instruction sent by the user through the client, identifies the instruction type of the transaction processing instruction, and distributes the transaction processing instruction to the corresponding microservice process according to the instruction type, so that the microservice process can process the task corresponding to the transaction processing instruction.

[0031] Optionally, the instruction types include at least search instructions and order instructions. Search instructions indicate that a user searches for a seller's game items through the client; order instructions indicate that a user lists, updates, or removes game items for sale through the client. Furthermore, different transaction processing instructions correspond to different game transaction data. For example, for search instructions, the corresponding game transaction data may include, but is not limited to, the game item's identifier (e.g., code, name), selling price, game item type, game item quantity, and game item listing time; for order instructions, the corresponding game transaction data may include, but is not limited to, the game item's identifier (e.g., code, name), selling price, game item type, game item quantity, game item listing time, and seller information (e.g., nickname, level).

[0032] Step S204: Determine the target microservice process from the multiple processes contained in the microservice process based on the instruction type.

[0033] In step S204, the multiple processes include at least an order microservice process and a search microservice process. The order microservice process is used to process order data in the game transaction data based on order instructions, and the search microservice process is used to process search data in the game transaction data based on search instructions.

[0034] Optionally, when the game process identifies the instruction type of a transaction processing instruction, it sends the game transaction data to the microservice process corresponding to the instruction type, and the corresponding microservice process processes the game transaction data corresponding to the transaction processing instruction.

[0035] It should be noted that in this embodiment, the microservice process is used to process game transaction-related data, while the game process handles game logic. That is, within the same system, different processes handle different data, cooperating without interference. This ensures the stable operation of the game logic and also enables the trading of game items (including listing and delisting game items, and querying historical orders). Furthermore, in this embodiment, the microservice process can not only process order data within the game transaction data but also perform data searches within it. Compared to related technologies where searching game transaction data is either impossible or inconvenient, the solution provided in this embodiment improves the efficiency of game transaction data search.

[0036] Step S206: Process the game transaction data through the target microservice process to obtain the processing result.

[0037] In step S206, after the target microservice process is determined, it can process the game transaction data. Different microservice processes process different types of data, resulting in different processing outcomes. For example, the order microservice process handles the listing, delisting, retrieval, and data updates of game items, while the search microservice process handles historical order queries and the automatic delisting of game items.

[0038] It's important to note that the order microservice process and the search microservice process can be deployed as separate multi-processes. Multiple independent processes can be deployed within containers to enable rapid and convenient migration of microservice processes to other platforms. Specifically, multiple order microservice processes can be deployed in the same container, and multiple search microservice processes can be deployed in the same container. Alternatively, each process can be deployed in its own container; for example, one order microservice can be deployed in one container, and one search microservice process in another. Furthermore, multiple order microservice processes and multiple search microservice processes can also be deployed within the same container. Game developers can choose the relationship between microservice process and container deployment based on their actual business needs.

[0039] Based on the scheme defined in steps S202 to S206 above, it can be understood that, in at least some embodiments of this disclosure, a method of constructing microservice processes independent of the game process is adopted. This involves responding to transaction processing instructions, identifying the instruction type of the transaction processing instruction and the corresponding transaction processing data through the game process, and then determining a target microservice process from among multiple processes included in the microservice process based on the instruction type. The target microservice process then processes the game transaction data to obtain the processing result. These multiple processes include at least an order microservice process and a search microservice process. The order microservice process processes order data in the game transaction data based on order instructions, and the search microservice process processes search data in the game transaction data based on search instructions.

[0040] It is noteworthy that, in this disclosure, since the game process and the microservice process handling game transaction data are independent and do not affect each other, that is, in this disclosure, the game logic, interactions, and data do not interfere with the game transaction data. Therefore, processing game transaction data does not increase the pressure on the game service, and searching game transaction data does not increase the consumption of system resources, thereby reducing the resources occupied by searching game transaction data in the game service. In addition, in this disclosure, the microservice process can not only process order data in game transaction data, but also search for data in game transaction data, thereby improving the efficiency of game transaction data search. Furthermore, in this disclosure, both the game process and the microservice process are deployed on the game server, that is, they are both deployed in the same game system, reducing data maintenance, development, and testing costs.

[0041] Therefore, the solution provided in this disclosure achieves the purpose of searching game transaction data, thereby reducing the technical pressure on game services during the game transaction data search process, and thus solving the technical problem of high pressure on game services when conducting transaction searches within game services in related technologies.

[0042] In one optional embodiment, after identifying the instruction type of the transaction processing instruction, the game process sends the game transaction data corresponding to the transaction processing instruction to the corresponding microservice process, so that the microservice process can process the game transaction data. When the transaction processing instruction is an order instruction, the game process sends the game transaction data corresponding to the transaction processing instruction to the order microservice process. The order microservice process determines the game item data to be processed from the game transaction data, and obtains the operation data for operating on the game item data and the item identifier of the game item corresponding to the game item data; then, it stores the operation data and item identifier in a first storage area, stores the game item data in a second storage area, and forwards the game item data to the search microservice process, wherein the first storage area and the second storage area are independent of each other.

[0043] Optionally, the operation data in the game item data can be operation codes, which are used to identify user actions. The first storage area mentioned above can be a Redis (Remote Dictionary Server) database, and the second storage area mentioned above can be a MongoDB database. The Redis database is used to store operation data and item identifiers, while the MongoDB database is a distributed file storage database used to store item data of game items that have been listed.

[0044] In addition, the order microservice can also detect whether there is operation data and product identifier in the first storage area, and when there is no operation data and product identifier in the first storage area, store the game product data corresponding to the product identifier in the second storage area.

[0045] Optionally, let's take listing a game item as an example. After receiving the game item listing instruction (i.e., transaction processing instruction) from the game process, the order microservice process reads order data, operation codes, and other information from the game transaction data corresponding to the listing instruction. It then performs duplicate checks on the operation code and the game item's identifier in the Redis database. If the operation code and identifier do not exist in the Redis database, the order microservice process executes the listing script to store the game item data in the MongoDB database, thus listing the game item. Furthermore, after a successful listing, the order microservice process returns a listing success message to the game process, allowing the game process to display the successful listing message to the user through the client.

[0046] It should be noted that the order microservice compares the operation data and product identifiers with the data in the first storage area, and stores the game product data corresponding to product identifiers that do not exist in the first storage area in the second storage area. In other words, the first storage area can be used to deduplicate the game product data, so as to avoid storing a large amount of duplicate data in the second storage area, thereby reducing the redundancy of the data in the second storage area.

[0047] In addition, the operation data stored in the first storage area is a unique identifier for user operations. This operation data can ensure the uniqueness of user operations and avoid the problem of erroneous duplicate processing caused by operation retransmission due to network or other reasons.

[0048] Furthermore, after forwarding the game item data to the search microservice process, the search microservice process backs up the game item data, obtains backup data, and stores the backup data in the search platform corresponding to the search microservice process (for example, in the ElastcSearch interaction module of the search platform). This allows the search microservice process to search for game transaction data without going through the order microservice process, thereby reducing the frequency of reading the database corresponding to the order microservice process. Moreover, when searching for data, only the search microservice process is needed, thus improving the search efficiency of game transaction data.

[0049] Furthermore, the order microservice process can periodically write dirty data to the MongoDB database. This dirty data refers to information less critical to game item transactions, such as the number of orders favorited or automatically delisted. When this data changes, there's no need for real-time writing to the MongoDB database; the order microservice process can write partial data at random intervals, for example, writing 5 data entries every 0-17 seconds.

[0050] In one optional embodiment, when the transaction processing instruction is a search instruction, the game process sends the game transaction data corresponding to the transaction processing instruction to the search microservice process. The search microservice process determines the data to be searched from the game transaction data, then searches for the data to be searched in the search platform corresponding to the search microservice process, obtains the search results, and returns the search results to the game process so that the game process can display the search results through the client.

[0051] Optionally, the search platform mentioned above can be the ELK platform. ELK is a distributed, scalable, real-time search and data analysis engine, a toolkit composed of Elasticsearch, Logstash, and Kibana. The ELK platform allows for one-click cluster deployment and also includes cluster monitoring, slow log querying, and one-click node scaling. In this embodiment, the search platform and the search microservice process interact via an API (Application Programming Interface). When the API encounters an exception, the ELK platform records the exception and generates a log, then uses Kafka software to import the data.

[0052] Optionally, when a game item is listed, the search microservice process receives a message from the order microservice process, extracts the data format, and uploads the game item data to the ELK platform via API. The ELK platform then automatically inserts the data based on the index. When searching for game transaction data, the search microservice process obtains the data to be searched (e.g., the name and identifier of the game item to be searched), transmits the data to be searched to the ELK platform via API, and receives the search results returned by the ELK platform.

[0053] It should be noted that in this embodiment, the data between the game process and the various sub-processes of the microservice process (i.e., the order microservice process and the search microservice process) is all in the form of key-value pairs of Map data. There is no need for each process to convert the data format according to the byte stream. That is, in this embodiment, the data format between the game process and the various sub-processes of the microservice process is unified, which facilitates serialization and deserialization between the processes and reduces the cost of game development and maintenance.

[0054] Furthermore, in this embodiment, during the search for game transaction data, microservice processes and the ELK platform are used to offload the pressure on the game process, reducing the server load and improving the server throughput.

[0055] In another optional embodiment, the search microservice process searches for target transaction data in the search platform within a preset time period, generates a notification message based on the target transaction data, and sends the notification message to the order microservice process so that the order microservice process can remove the game products corresponding to the target transaction data.

[0056] It should be noted that the aforementioned preset time period refers to the period when the game server's system resources are idle, and the target transaction data refers to the product data of game items to be delisted. The delisting of game items includes proactive delisting and automatic delisting. Proactive delisting involves the order microservice process responding to user delisting commands to remove game items; that is, the order microservice process can proactively remove game items. Automatic delisting involves the search microservice process automatically removing game items.

[0057] Optionally, when the server system is idle, such as at 4 AM, the search microservice process automatically searches for expired game items that need to be removed from sale and removes them. Then, the search microservice process generates a notification message to instruct the order microservice process to remove the game item, and the order microservice process changes the game item's status to "removed." After the order microservice process completes its processing, it generates a data backup and forwards it to the search microservice process, while simultaneously notifying the game process so that the game process can centrally notify players via email at an appropriate time.

[0058] It should be noted that data searching, whether string matching or database searching, typically consumes significant CPU resources. In this embodiment, the ELK platform stores backups of product data. When searching for product data, the ELK platform and microservice processes can be used to perform the search, reducing server load and improving server throughput.

[0059] In an optional embodiment, after identifying the instruction type corresponding to the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction, it is also possible to detect whether the game transaction data to be searched is stored in the local storage area corresponding to the game process, and when the game transaction data to be searched is detected to be stored in the local storage area, the target search result corresponding to the game transaction data to be searched is read from the local storage area.

[0060] Optionally, the game process can communicate with the client, the search microservice process, and the order microservice process, and process instructions from each process, maintaining instruction callbacks and retransmissions. Additionally, the game process can maintain frequently accessed order data and descriptions of game items. When it detects that the data the user wants to search for is stored in the local storage area corresponding to the game process, it can directly read the relevant data from the local storage area, improving data retrieval efficiency.

[0061] In addition, in abnormal situations (such as failure to pick up goods), the game process can also save the abnormal data.

[0062] It should be noted that the frequently accessed order data and game product descriptions mentioned above can be order data and game product descriptions that are not large in volume, do not change frequently, and have been accessed continuously in recent times.

[0063] Optionally, in this embodiment, the game process and the microservice process can communicate via remote procedure calls. It should be noted that using remote procedure calls enables cross-platform, cross-architecture, and cross-language game transactions.

[0064] As can be seen from the above, in this embodiment, the transaction system is microservice-based, utilizing multi-process and multi-coroutine deployment, which can effectively handle high-concurrency transaction requests. Furthermore, deployment is convenient, and it can be easily deployed on physical machines and in container environments. In addition, in this embodiment, the use of microservice processes and the ELK platform can offload the pressure on the game process, reducing server load and improving server throughput. Moreover, besides enabling complex searches, the ELK platform can also handle additional requirements such as scheduled removal of game items and historical order queries during server idle time, improving the throughput and utilization of the ELK platform service and reducing the CPU load on the game process. Finally, in this embodiment, the data format is unified, facilitating serialization and deserialization between processes, reducing the difficulty of development and maintenance.

[0065] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods according to the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this disclosure.

[0066] This embodiment also provides a data processing system, wherein, Figure 3 This is a schematic diagram of the data processing system, such as... Figure 3 As shown, the system includes a game process and a microservice process, wherein the microservice process includes at least an order microservice process and a search microservice process.

[0067] In one optional embodiment, the game process is used to respond to transaction processing instructions, identify the instruction type corresponding to the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction, wherein the instruction type includes at least search instructions and order instructions; the microservice process is independent of the game process, wherein the game process and the microservice process are independent of each other, and the microservice process includes at least an order microservice process and a search microservice process, the order microservice process is used to process order data in the game transaction data based on order instructions, and the search microservice process is used to process search data in the game transaction data based on search instructions.

[0068] Optional, such as Figure 3As shown, the game process collects commands, identifies user actions based on these commands, and forwards the commands to microservice processes for processing. These microservice processes handle the corresponding processing requests. User actions can include, but are not limited to, search, order, command, and data management operations. In addition to communicating with the microservice processes, the game process also communicates with the client to provide feedback to the user regarding search results, user-added game items, and updates to game item data.

[0069] Optional, such as Figure 3 As shown, the microservice process includes at least an order microservice process and a search microservice process. The order microservice process handles order-related operations; order-related data is stored in a MongoDB database, while product identifiers for game items and user actions on game items are stored in a Redis database. In addition to operating on the MongoDB and Redis databases and handling order data, the order microservice process can also periodically write dirty data to the MongoDB database and perform memory cleanup operations corresponding to the order microservice process.

[0070] The search microservice process can interact with the ELK platform to store and retrieve product data. In addition to operating the ELK platform, the search microservice process can also perform operations such as refreshing the ELK platform, searching data based on conditions, order cleanup, automatically removing game items from the platform, querying historical orders, and storing product description information.

[0071] It should be noted that the data processing system in this embodiment can execute the above-described data processing method, and the relevant content has been explained in detail above, so it will not be repeated here.

[0072] This embodiment also provides a data processing apparatus for implementing the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can refer to a combination of software and / or hardware that performs a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0073] Figure 4 This is a structural block diagram of a data processing apparatus according to one embodiment of the present disclosure, applied in a game server, wherein the game server includes at least a game process and a microservice process, the game process and the microservice process being independent of each other, such as... Figure 4 As shown, the device includes: an identification module 401, a service determination module 403, and a data processing module 405.

[0074] The system includes: an identification module 401, which responds to transaction processing instructions by identifying the instruction type and corresponding game transaction data through the game process; an instruction type including at least search instructions and order instructions; a service determination module 403, which determines the target microservice process from multiple processes within the microservice process based on the instruction type; and a data processing module 405, which processes the game transaction data through the target microservice process to obtain the processing result.

[0075] It should be noted that the identification module 401, service determination module 403 and data processing module 405 mentioned above correspond to steps S202 to S206 of the above embodiments. The three units and the corresponding steps implement the same instances and application scenarios, but are not limited to the content disclosed in the above embodiments.

[0076] Optionally, the data processing module includes: a first determining module, a first acquiring module, a first storage module, and a second storage module. The first determining module is used to determine the game item data to be processed from the game transaction data when the transaction processing instruction is an order instruction; the first acquiring module is used to acquire the operation data for manipulating the game item data and the item identifier of the game item corresponding to the game item data; the first storage module is used to store the operation data and item identifier in a first storage area through the order microservice process; the second storage module is used to store the game item data in a second storage area through the order microservice process and forward the game item data to the search microservice process, wherein the first storage area and the second storage area are independent of each other.

[0077] Optionally, the second storage module includes a first detection module and a third storage module. The first detection module is used to detect, through the order microservice process, whether operation data and product identifiers exist in the first storage area; the third storage module is used to store the game product data corresponding to the product identifier in the second storage area when no operation data or product identifiers exist in the first storage area.

[0078] Optionally, the data processing device further includes a backup module and a fourth storage module. The backup module is used to back up the game item data through the search microservice process after forwarding the game item data to the search microservice process, obtaining backup data. The fourth storage module is used to store the backup data in the search platform corresponding to the search microservice process.

[0079] Optionally, the data processing module includes a second determining module and a first searching module. The second determining module is used to determine the data to be searched from the game transaction data when the transaction processing instruction is a search instruction. The first searching module is used to search the data to be searched in the search platform corresponding to the search microservice process, obtain the search results, and return the search results to the game process so that the game process can display the search results through the client.

[0080] Optionally, the data processing device further includes a second search module and an information generation module. The second search module is used to search for target transaction data in the search platform within a preset time period via a search microservice process. The preset time period is a period when the game server's system resources are idle, and the target transaction data is the product data of game items to be removed from the platform. The information generation module is used to generate a notification message based on the target transaction data via the search microservice process and send the notification message to the order microservice process, so that the order microservice process can remove the game items corresponding to the target transaction data from the platform.

[0081] Optionally, the data processing device further includes a second detection module and a reading module. The second detection module is used to detect whether the game transaction data to be searched is stored in the local storage area corresponding to the game process after identifying the instruction type corresponding to the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction. The reading module is used to read the target search result from the local storage area when it detects that the game transaction data to be searched is stored in the local storage area.

[0082] Optionally, the game process and the microservice process communicate via remote procedure calls.

[0083] It should be noted that the above modules can be implemented by software or hardware. For the latter, they can be implemented in the following ways, but are not limited to: all the above modules are located in the same processor; or, the above modules are located in different processors in any combination.

[0084] Embodiments of this disclosure also provide a computer-readable storage medium storing a computer program configured to perform the steps in any of the above method embodiments when executed.

[0085] Optionally, in this embodiment, the computer-readable storage medium may include, but is not limited to, various media capable of storing computer programs, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0086] Optionally, in this embodiment, the computer-readable storage medium may be located in any computer terminal in a group of computer terminals in a computer network, or in any terminal device in a group of terminal devices.

[0087] From the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this disclosure can be embodied in the form of a software product, which can be stored in a computer-readable storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, terminal device, or network device, etc.) to execute the methods according to the embodiments of this disclosure.

[0088] In exemplary embodiments of this application, a computer-readable storage medium stores a program product capable of implementing the methods described above in this embodiment. In some possible implementations, various aspects of the embodiments of this disclosure may also be implemented as a program product including program code, which, when the program product is run on a terminal device, causes the terminal device to perform the steps according to various exemplary embodiments of this disclosure described in the "Exemplary Methods" section above.

[0089] The program product for implementing the above-described method according to embodiments of the present disclosure may employ a portable compact disc read-only memory (CD-ROM) and include program code, and may run on a terminal device, such as a personal computer. However, the program product of the embodiments of the present disclosure is not limited thereto. In the embodiments of the present disclosure, the computer-readable storage medium may be any tangible medium that contains or stores a program that may be used by or in conjunction with an instruction execution system, apparatus, or device.

[0090] The aforementioned program product may take the form of any combination of one or more computer-readable media. Such computer-readable storage media may be, for example, but not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples (not exhaustive) of computer-readable storage media include: electrical connections having one or more wires, portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0091] It should be noted that the program code contained on the computer-readable storage medium can be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0092] Embodiments of this disclosure also provide an electronic device including a memory and a processor, the memory storing a computer program and the processor being configured to run the computer program to perform the steps in any of the above method embodiments.

[0093] Optionally, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor and the input / output device is connected to the processor.

[0094] Figure 5 This is a schematic diagram of an electronic device according to an embodiment of the present disclosure. Figure 5 As shown, the electronic device 500 is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments disclosed herein.

[0095] like Figure 5 As shown, the electronic device 500 is presented in the form of a general-purpose computing device. The components of the electronic device 500 may include, but are not limited to: at least one processor 510, at least one memory 520, a bus 530 connecting different system components (including memory 520 and processor 510), and a display 540.

[0096] The memory 520 stores program code that can be executed by the processor 510, causing the processor 510 to perform the steps described in the method section of the embodiments of this application according to various exemplary implementations of this disclosure.

[0097] The memory 520 may include a readable medium in the form of volatile memory cells, such as random access memory (RAM) 5201 and / or cache memory 5202, and may further include read-only memory (ROM) 5203, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory.

[0098] In some instances, memory 520 may also include programs / utilities 5204 having a set (at least one) of program modules 5205, including but not limited to: an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. Memory 520 may further include memory remotely located relative to processor 510, which can be connected to electronic device 500 via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0099] Bus 530 can represent one or more of several types of bus structures, including a memory cell bus or memory cell controller, peripheral bus, graphics acceleration port, processor 510, or a local bus using any of the various bus structures.

[0100] The display 540 may be, for example, a touchscreen liquid crystal display (LCD) that allows a user to interact with the user interface of the electronic device 500.

[0101] Optionally, the electronic device 500 can also communicate with one or more external devices 600 (e.g., keyboard, pointing device, Bluetooth device, etc.), one or more devices that enable a user to interact with the electronic device 500, and / or any device that enables the electronic device 500 to communicate with one or more other computing devices (e.g., router, modem, etc.). This communication can be performed via the input / output (I / O) interface 550. Furthermore, the electronic device 500 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) via a network adapter 560. Figure 5 As shown, network adapter 560 communicates with other modules of electronic device 500 via bus 530. It should be understood that, although... Figure 5 As not shown, other hardware and / or software modules may be used in conjunction with electronic device 500, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0102] The aforementioned electronic device 500 may also include: a keyboard, a cursor control device (such as a mouse), an input / output interface (I / O interface), a network interface, a power supply, and / or a camera.

[0103] Those skilled in the art will understand that Figure 5 The structure shown is for illustrative purposes only and does not limit the structure of the electronic device described above. For example, the electronic device 500 may also include components that are more... Figure 5 The more or fewer components shown, or having the same Figure 5 Different configurations are shown. The memory 520 can be used to store computer programs and corresponding data, such as the computer program and corresponding data corresponding to the data processing method in this embodiment. The processor 510 executes various functional applications and data processing by running the computer program stored in the memory 520, thereby implementing the aforementioned data processing method.

[0104] The sequence numbers of the embodiments disclosed above are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0105] In the above embodiments of this disclosure, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0106] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0107] 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 units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0108] Furthermore, the functional units in the various embodiments of this disclosure 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 as a software functional unit.

[0109] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this disclosure. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard drive, magnetic disk, or optical disk.

[0110] The above description is only a preferred embodiment of this disclosure. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principles of this disclosure, and these improvements and modifications should also be considered within the scope of protection of this disclosure.

Claims

1. A data processing method, characterized in that, Applied to a game server, wherein the game server includes at least a game process and a microservice process, the game process and the microservice process are independent of each other, and the game process and the microservice process communicate with each other via remote procedure call, the method includes: In response to a transaction processing instruction, the game process identifies the instruction type of the transaction processing instruction and the corresponding game transaction data, wherein the instruction type includes at least a search instruction and an order instruction; The target microservice process is determined from multiple processes included in the microservice process based on the instruction type, wherein the multiple processes include at least an order microservice process and a search microservice process, the order microservice process is used to process order data in the game transaction data based on the order instruction, and the search microservice process is used to process search data in the game transaction data based on the search instruction; The target microservice process processes the game transaction data to obtain the processing result; The process involves processing the game transaction data through the target microservice process to obtain the processing results, including: When the transaction processing instruction is the order instruction, the game item data to be processed is determined from the game transaction data; operation data for manipulating the game item data and the item identifier of the game item corresponding to the game item data are obtained; the operation data and the item identifier are stored in the first storage area through the order microservice process; the game item data is stored in the second storage area through the order microservice process, and the game item data is forwarded to the search microservice process, wherein the first storage area and the second storage area are independent of each other; When the transaction processing instruction is the search instruction, the data to be searched is determined from the game transaction data; the data to be searched is searched in the search platform corresponding to the search microservice process to obtain the search results, and the search results are returned to the game process so that the game process can display the search results through the client.

2. The method according to claim 1, characterized in that, The game item data is stored in the second storage area through the order microservice process, including: The order microservice process detects whether the operation data and the product identifier exist in the first storage area; If the operation data and the product identifier are not present in the first storage area, the game product data corresponding to the product identifier is stored in the second storage area.

3. The method according to claim 1, characterized in that, After forwarding the game product data to the search microservice process, the method further includes: The game product data is backed up through the search microservice process to obtain backup data; The backup data is stored in the search platform corresponding to the search microservice process.

4. The method according to claim 1, characterized in that, The method further includes: The search microservice process searches for target transaction data in the search platform within a preset time period, wherein the preset time period is the period during which the system resources of the game server are idle, and the target transaction data is the product data of game items to be delisted. The search microservice process generates a notification message based on the target transaction data and sends the notification message to the order microservice process, so that the order microservice process can remove the game product corresponding to the target transaction data.

5. The method according to claim 1, characterized in that, After identifying the instruction type corresponding to the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction, the method further includes: Detect whether the game transaction data to be searched is stored in the local storage area corresponding to the game process; When the game transaction data to be searched is detected to be stored in the local storage area, the target search result related to the game transaction data to be searched is read from the local storage area.

6. A data processing system, characterized in that, include: The game process is used to respond to transaction processing instructions, identify the instruction type corresponding to the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction, wherein the instruction type includes at least search instructions and order instructions; The microservice process is independent of the game process and communicates with the game process via remote procedure calls. The game process and the microservice process are independent of each other. The microservice process includes at least an order microservice process and a search microservice process. The order microservice process processes order data in the game transaction data based on order instructions, and the search microservice process processes search data in the game transaction data based on search instructions. The microservice process processes the game transaction data to obtain processing results. The microservice process is further configured to: when the transaction processing instruction is the order instruction, determine the game item data to be processed from the game transaction data; obtain operation data for operating on the game item data and the item identifier of the game item corresponding to the game item data; store the operation data and the item identifier in a first storage area through the order microservice process; store the game item data in a second storage area through the order microservice process, and forward the game item data to the search microservice process, wherein the first storage area and the second storage area are independent of each other; The microservice process is further configured to: when the transaction processing instruction is the search instruction, determine the data to be searched from the game transaction data; search the data to be searched in the search platform corresponding to the search microservice process to obtain the search results, and return the search results to the game process so that the game process can display the search results through the client.

7. A data processing apparatus, characterized in that, Applied in a game server, the game server includes at least a game process and a microservice process, the game process and the microservice process are independent of each other, and the game process and the microservice process communicate with each other via remote procedure call, the device comprising: The identification module is used to respond to transaction processing instructions and identify the instruction type of the transaction processing instruction and the game transaction data corresponding to the transaction processing instruction through the game process. The instruction type includes at least search instructions and order instructions. A service determination module is used to determine a target microservice process from multiple processes included in the microservice process based on the instruction type, wherein the multiple processes include at least an order microservice process and a search microservice process, the order microservice process is used to process order data in the game transaction data based on the order instruction, and the search microservice process is used to process search data in the game transaction data based on the search instruction; The data processing module is used to process the game transaction data through the target microservice process to obtain the processing result; The data processing module is further configured to: when the transaction processing instruction is the order instruction, determine the game product data to be processed from the game transaction data; obtain operation data for operating on the game product data and the product identifier of the game product corresponding to the game product data; store the operation data and the product identifier in a first storage area through the order microservice process; store the game product data in a second storage area through the order microservice process, and forward the game product data to the search microservice process, wherein the first storage area and the second storage area are independent of each other; When the transaction processing instruction is the search instruction, the data to be searched is determined from the game transaction data; the data to be searched is searched in the search platform corresponding to the search microservice process to obtain the search results, and the search results are returned to the game process so that the game process can display the search results through the client.

8. A computer-readable storage medium, characterized in that, A computer-readable storage medium stores a computer program, wherein the computer program is configured to perform the data processing method according to any one of claims 1 to 5 when executed by a processor.

9. An electronic device comprising a memory and a processor, characterized in that, The memory stores a computer program, and the processor is configured to run the computer program to perform the data processing method according to any one of claims 1 to 5.