阅读说明：本技术 一种获取蓝图数据的方法、装置及存储介质 (Method, device and storage medium for acquiring blueprint data ) 是由 张乐 于 2020-03-31 设计创作，主要内容包括：本申请实施例提供一种获取蓝图数据的方法、装置及存储介质,该方法包括：以挂钩hook服务的方式运行注入客户端中的hook插件；通过所述hook插件监听到hook事件后,通过所述hook插件,根据所述hook事件启动所述交互式应用中的预设脚本；通过所述预设脚本从所述客户端获取蓝图数据；向服务器发送所述蓝图数据。本方案不依赖游戏引擎编辑器查看蓝图数据,能够有效提高获取蓝图数据的速度和便利性。(The embodiment of the application provides a method, a device and a storage medium for acquiring blueprint data, wherein the method comprises the following steps: operating a hook plug-in injected into the client in a hook service mode; after a hook event is monitored through the hook plug-in, starting a preset script in the interactive application according to the hook event through the hook plug-in; obtaining blueprint data from the client through the preset script; and sending the blueprint data to a server. The scheme does not depend on a game engine editor to check the blueprint data, and can effectively improve the speed and the convenience for acquiring the blueprint data.)

1. A method of obtaining blueprint data, the method comprising:

operating a hook plug-in injected into the client in a hook service mode;

after a hook event is monitored through the hook plug-in, starting a preset script in the interactive application according to the hook event through the hook plug-in;

obtaining blueprint data from the client through the preset script;

and sending the blueprint data to a server.

2. The method according to claim 1, wherein the client comprises a plurality of skill components, the hook event refers to a hook operation aiming at a preset script in the client, and the hook operation comprises the step of acquiring a logic control script in the client and configuration information of each skill component.

3. The method of claim 2, wherein prior to running a hook plug-in injected into a client in the manner of a hook service, the method further comprises:

acquiring the preset script, wherein the preset script comprises a hook function for calling the preset script;

adding the preset script to a target directory, wherein the target directory is an installation directory of the client at a terminal;

and setting a hook function in the hook plug-in, and associating the hook plug-in with the preset script, wherein the hook function is used for executing hook operation on a hook function calling the preset script.

4. The method according to any one of claims 1-3, wherein the obtaining blueprint data from the client through the preset script comprises:

acquiring a blueprint path set;

loading a blueprint object corresponding to the blueprint path set according to the preset script, and carrying out data transformation on the blueprint object;

and obtaining the blueprint data according to the client identification, the client version and the blueprint object after data transformation.

5. The method according to claim 4, wherein the loading, according to the preset script, the blueprint object corresponding to the blueprint path set, and performing data transformation on the blueprint object comprises:

obtaining a plurality of blueprint paths according to the types of the blueprint paths to obtain the blueprint path set;

instantiating the blueprint paths of various types respectively through the preset script to obtain corresponding blueprint objects;

acquiring attributes and attribute values of each blueprint object;

and determining the preset type of objects from the blue map objects according to the attribute values of the blue map objects.

6. The method according to claim 2 or 3, characterized in that said hook operation further comprises updating said preset script; the method further comprises the following steps:

after a hook event is monitored through the hook plug-in, external data are obtained, wherein the external data are data for updating the preset script;

starting a preset script in the interactive application according to the hook event through the hook plug-in;

and updating a historical preset script according to the external data to obtain the preset script.

7. The method of claim 1, wherein the blueprint data is stored on a blockchain node.

8. An apparatus for obtaining blueprint data, the apparatus comprising:

the input and output module is used for operating a hook plug-in which is injected into the client in a hook service mode;

the control module is used for monitoring a hook event through the hook plug-in, and then starting a preset script in the interactive application according to the hook event through the hook plug-in;

the processing module is used for acquiring blueprint data from the client through the preset script;

the input and output module is also used for sending the blueprint data to a server.

9. An apparatus for obtaining blueprint data, the apparatus comprising:

at least one processor, memory, and transceiver;

wherein the memory is for storing a computer program and the processor is for calling the computer program stored in the memory to perform the method of any one of claims 1-7.

10. A computer-readable storage medium comprising instructions which, when executed on a computer, cause the computer to perform the method of any one of claims 1-7.

Technical Field

The embodiment of the application relates to the technical field of artificial intelligence, in particular to a method, a device and a storage medium for acquiring blueprint data.

Background

At present, the extraction and test of blueprint data are realized by embedding a plug-in a game engine editor based on each game item of a game engine. Specifically, a tester needs to apply for the code permission of the project, compile and generate an editor and a corresponding game project, then write plug-in codes in the editor in C + +, and the plug-in codes can obtain the blueprint data of the game after compiling.

In the process of research and practice of the prior art, the inventor of the embodiment of the application finds that the updating of each version is realized by adding the plug-in, so that the time for pulling the code is long, the time for compiling the plug-in by the game engine editor is long, and finally the whole testing time is long.

Disclosure of Invention

The embodiment of the application provides a method, a device and a storage medium for obtaining blueprint data, which can check the blueprint data without depending on a game engine editor, effectively improve the speed of obtaining the blueprint data, widen a test surface and improve the overall test efficiency of a later-stage client.

In a first aspect, an embodiment of the present application provides a method for acquiring blueprint data, where the method includes:

operating a hook plug-in injected into the client in a hook service mode;

after a hook event is monitored through the hook plug-in, starting a preset script in the interactive application according to the hook event through the hook plug-in;

obtaining blueprint data from the client through the preset script;

and sending the blueprint data to a server.

In one possible design, the client includes a plurality of skill components, the hook event refers to a hook operation for a preset script in the client, and the hook operation includes acquiring a logic control script in the client and configuration information of each skill component.

In one possible design, before the hook plug-in injected into the client is run in the hook service, the method further includes:

acquiring the preset script, wherein the preset script comprises a hook function for calling the preset script;

adding the preset script to a target directory, wherein the target directory is an installation directory of the client at a terminal;

and setting a hook function in the hook plug-in, and associating the hook plug-in with the preset script, wherein the hook function is used for executing hook operation on a hook function calling the preset script.

In one possible design, the obtaining blueprint data from the client through the preset script includes:

acquiring a blueprint path set;

loading a blueprint object corresponding to the blueprint path set according to the preset script, and carrying out data transformation on the blueprint object;

and obtaining the blueprint data according to the client identification, the client version and the blueprint object after data transformation.

In one possible design, the loading, according to the preset script, a blueprint object corresponding to the blueprint path set, and performing data transformation on the blueprint object includes:

obtaining a plurality of blueprint paths according to the types of the blueprint paths to obtain the blueprint path set;

instantiating the blueprint paths of various types respectively through the preset script to obtain corresponding blueprint objects;

acquiring attributes and attribute values of each blueprint object;

and determining the preset type of objects from the blue map objects according to the attribute values of the blue map objects.

In one possible design, the hook operation further includes updating the preset script; the method further comprises the following steps:

after a hook event is monitored through the hook plug-in, external data are obtained, wherein the external data are data for updating the preset script;

starting a preset script in the interactive application according to the hook event through the hook plug-in;

and updating a historical preset script according to the external data to obtain the preset script.

In one possible design, the blueprint data is stored on blockchain nodes.

In a second aspect, an embodiment of the present application provides an apparatus for acquiring blueprint data, which has a function of implementing the method for acquiring blueprint data provided corresponding to the first aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above functions, which may be software and/or hardware.

In one possible design, the apparatus includes:

the input and output module is used for operating a hook plug-in which is injected into the client in a hook service mode;

the control module is used for monitoring a hook event through the hook plug-in, and then starting a preset script in the interactive application according to the hook event through the hook plug-in;

the processing module is used for acquiring blueprint data from the client through the preset script;

the input and output module is also used for sending the blueprint data to a server.

In one possible design, the client includes a plurality of skill components, the hook event refers to a hook operation for a preset script in the client, and the hook operation includes acquiring a logic control script in the client and configuration information of each skill component.

In one possible design, before the input/output module runs a hook plug-in injected into the client in a hook service manner, the processing module is further configured to:

acquiring the preset script through the input and output module, wherein the preset script comprises a hook function for calling the preset script;

adding the preset script to a target directory, wherein the target directory is an installation directory of the client at a terminal;

and setting a hook function in the hook plug-in, and associating the hook plug-in with the preset script, wherein the hook function is used for executing hook operation on a hook function calling the preset script.

In one possible design, the processing module is specifically configured to:

acquiring a blueprint path set;

loading a blueprint object corresponding to the blueprint path set according to the preset script, and carrying out data transformation on the blueprint object;

and obtaining the blueprint data according to the client identification, the client version and the blueprint object after data transformation.

In one possible design, the processing module is specifically configured to:

obtaining a plurality of blueprint paths according to the types of the blueprint paths to obtain the blueprint path set;

instantiating the blueprint paths of various types respectively through the preset script to obtain corresponding blueprint objects;

acquiring attributes and attribute values of each blueprint object;

and determining the preset type of objects from the blue map objects according to the attribute values of the blue map objects.

In one possible design, the hook operation further includes updating the preset script; the processing module is further configured to:

after a hook event is monitored through the hook plug-in, external data is obtained through the input and output module, and the external data is data for updating the preset script;

the control module is further used for starting a preset script in the interactive application according to the hook event through the hook plug-in;

the processing module is further used for updating a historical preset script according to the external data to obtain the preset script.

In one possible design, the blueprint data is stored on blockchain nodes.

In yet another aspect, an apparatus for obtaining blueprint data is provided, which includes at least one connected processor, a memory and a transceiver, where the memory is used for storing a computer program, and the processor is used for calling the computer program in the memory to execute the method of the first aspect.

Yet another aspect of the embodiments of the present application provides a computer-readable storage medium, which includes instructions that, when executed on a computer, cause the computer to perform the method of the first aspect.

Compared with the prior art, in the scheme provided by the embodiment of the application, the preset script is injected into the client side of the terminal, the hook plug-in is operated in a hook service mode to start the preset script, and then the blueprint data of the client side is rapidly acquired through the preset script, so that on one hand, the blueprint data is checked without depending on a game engine editor, and the speed of acquiring the blueprint data can be effectively improved; on the other hand, the method can be directly used without a code authority and a compiling engine editor, so that the test surface is widened and the overall test efficiency of a later-stage client is improved.

Drawings

Fig. 1 is a schematic diagram of a network topology of a communication system in an embodiment of the present application;

FIG. 2 is a schematic flow chart illustrating the steps of obtaining, receiving, analyzing and viewing blueprint data according to an embodiment of the present application;

FIG. 3 is a schematic flow chart illustrating a method for obtaining blueprint data according to an embodiment of the present disclosure;

FIG. 4 is a schematic flow chart illustrating a process of receiving and storing blueprint data by a background server according to an embodiment of the present application;

FIG. 5a is a schematic interface diagram illustrating a type of blueprint data displayed on a web page according to a client version according to an embodiment of the present application;

FIG. 5b is an interface diagram of an embodiment of the present application showing a difference in blueprint data for a weapon between two client versions on a web page;

FIG. 5c is a schematic flowchart of the analysis and processing of blueprint data by the web server according to the embodiment of the present application;

FIG. 6 is a block chain system according to an embodiment of the present invention;

FIG. 7 is a schematic structural diagram of an apparatus for obtaining blueprint data according to an embodiment of the present application;

FIG. 8 is a schematic structural diagram of an apparatus for obtaining blueprint data according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a terminal in an embodiment of the present application.

Detailed Description

The terms "comprises" and "comprising," and any variations thereof, in the description and claims of embodiments of the present application and the above-described drawings, are intended to cover non-exclusive inclusions, such that a process, method, system, article, or apparatus that comprises a list of steps or modules is not necessarily limited to those steps or modules explicitly listed, but may include other steps or modules not explicitly listed or inherent to such process, method, article, or apparatus, and the division of modules presented in the embodiments of the present application is merely a logical division and may be implemented in other ways that may be practiced in practice, such that multiple modules may be combined or integrated into another system or that certain features may be omitted, or not implemented, and such that couplings or direct couplings or communicative coupling between each other as shown or discussed may be through interfaces, the indirect coupling or communication connection between the modules may be electrical or in other similar forms, and is not limited in the embodiments of the present application. Moreover, the modules or sub-modules described as separate components may or may not be physically separated, may or may not be physical modules, or may be distributed in a plurality of circuit modules, and some or all of the modules may be selected according to actual needs to achieve the purpose of the embodiments of the present application.

The embodiment of the application provides a method, a device and a storage medium for obtaining blueprint data, which can be used for obtaining test data of an application before testing the application, such as obtaining blueprint data of a game client. The method can be used for a server side or a terminal side, the embodiment of the application only takes a terminal as an example, the terminal side is provided with a device for acquiring the blueprint data, and the device for acquiring the blueprint data in the embodiment of the application can be a node in a blockchain system. The scheme provided by the embodiment of the application relates to the technologies of artificial intelligence cloud service, databases and the like in the cloud technology, and is specifically explained by the following embodiments:

cloud technology refers to a hosting technology for unifying serial resources such as hardware, software, network and the like in a wide area network or a local area network to realize calculation, storage, processing and sharing of data. Cloud technology (Cloud technology) is based on a general term of network technology, information technology, integration technology, management platform technology, application technology and the like applied in a Cloud computing business model, can form a resource pool, is used as required, and is flexible and convenient. Cloud computing technology will become an important support. Background services of the technical network system require a large amount of computing and storage resources, such as video websites, picture-like websites and more web portals. With the high development and application of the internet industry, each article may have its own identification mark and needs to be transmitted to a background system for logic processing, data in different levels are processed separately, and various industrial data need strong system background support and can only be realized through cloud computing.

An artificial intelligence cloud Service is also commonly referred to as AIaaS (AI as a Service, chinese). The method is a service mode of an artificial intelligence platform, and particularly, the AIaaS platform splits several types of common AI services and provides independent or packaged services at a cloud. This service model is similar to the one opened in an AI theme mall: all developers can access one or more artificial intelligence services provided by the platform through an API (application programming interface), and part of the qualified developers can also use an AI framework and an AI infrastructure provided by the platform to deploy and operate and maintain the self-dedicated cloud artificial intelligence services.

Database (Database), which can be regarded as an electronic file cabinet in short, a place for storing electronic files, a user can add, query, update, delete, etc. to data in files. A "database" is a collection of data that is stored together in a manner that can be shared by multiple users, has as little redundancy as possible, and is independent of the application. A database management System (DBMS) is a computer software System designed for managing a database, and generally has basic functions of storage, interception, security assurance, backup, and the like. The database management system may classify the database according to the database model it supports, such as relational, XML (Extensible markup language); or classified according to the type of computer supported, e.g., server cluster, mobile phone; or sorted according to the Query Language used, such as SQL (Structured Query Language), XQuery, or sorted according to performance impulse emphasis, such as max size, maximum operating speed, or other sorting.

In some embodiments, when the present solution is applied to a communication system as shown in fig. 1, the communication system may include a server (a background server and a web server), and a plurality of terminals. The client installed on each terminal can be a client with the same or different version number or a client with the same or different operating systems. The details will be described below.

The background server provides background services, receives blueprint data uploaded by the mobile phone, analyzes the blueprint data and stores the blueprint data in a classified manner according to projects, versions, data types and the like. And a game engine is deployed in the background server, generates a preset script and then issues the preset script to each terminal. The game engine refers to a core component of some written editable computer game systems or some interactive real-time image application programs, specifically a code (instruction) set which is designed for a machine running a certain type of games and can be recognized by the machine, and controls the running of the games. The game engine provides game designers with the various tools required to compose games, with the goal of allowing game designers to easily and quickly program a game without starting from zero. A game product can be divided into two parts of a game engine and game resources. The game resources comprise image, sound, animation and other parts, and the following formula is: game ═ engine (program code) + resources (images, sounds, animations, etc.). The game engine calls these resources in sequence as required by the game design. The game engine in the embodiment of the application supports various operating systems (such as Linux, Mac OS X and Windows). The game engine comprises the following systems: rendering engines (i.e., "renderers," including two-dimensional and three-dimensional graphics engines), physics engines, collision detection systems, sound effects, scripting engines, computer animation, artificial intelligence, network engines, and scene management.

The webpage server provides hypertext transfer Protocol (http) service, displays the filtered blueprint data, compares the blueprint data of each version piece, and labels difference data among the blueprint data of each version.

The method comprises the steps that a client is installed in a terminal, a preset script from a background server is injected, the terminal collects blueprint data of the client by running the preset script, and the blueprint data are uploaded to the background server.

Based on the communication system shown in fig. 1, after the terminal starts the client, the preset script is loaded into the memory of the terminal to start the preset script. And obtaining blueprint data of the client through the preset script. And each terminal respectively uploads the acquired blueprint data to a background server, and the background server stores the blueprint data from the terminals into a database. The web server reads the blueprint data from the database, analyzes the blueprint data, and performs version display and difference comparison on the blueprint data. As shown in fig. 2, for an external tester (for example, a project cooperator in an enterprise, which is responsible for a certain game development service and does not have an editor authority of a game engine), a game test package is installed on a mobile phone, a preset script is injected into a specific directory of the mobile phone, the preset script to be collected is triggered to run, the preset script is run, blueprint data collected by the preset script is stored, and the blueprint data is uploaded to a background server. Then, an internal tester (for example, a project person in an enterprise who is responsible for a certain game development service and has editor authority of a game engine) can select a project and a version number of a role by logging in a webpage (for example, a designated website) through a browser, view blueprint data subjected to version display and difference comparison on the webpage, and test a client based on the blueprint data.

It should be particularly noted that the servers (i.e., the background server and the web server) related to the embodiment of the present application may be independent physical servers, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be cloud servers that provide basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs, and big data and artificial intelligence platforms. The terminal related to the embodiment of the application can be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart sound box, a smart watch, and the like, but is not limited thereto. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the embodiment of the present application is not limited herein.

The present solution is directed to a game engine that tests, and analyzes, the performance of a client installed in a terminal based on blueprint data acquired from the terminal. Therefore, before executing the method for acquiring the blueprint data, the terminal needs to acquire a preset script in advance and then inject the preset script into the client. The injection refers to a process of passively executing a user-defined code in a client through a certain hacker technology, and can read any data in the client and modify any data through injection, and the injection can also be called loading, and the specific name is not limited in the embodiment of the application. Specifically, the method comprises the following steps:

acquiring a preset script, wherein the preset script comprises a hook function for calling the preset script; adding the preset script to a target directory, wherein the target directory is an installation directory of the client at a terminal; the preset script can be locally transmitted into the terminal or issued by the server, and in addition, as the preset script is not limited by compiling, anyone can change the preset script and then inject the preset script into the terminal, and the changed preset script can be effective.

And setting a hook function in the hook plug-in, and associating the hook plug-in with the lua script, wherein the hook function is used for executing hook operation on a hook function calling the preset script.

The hook plug-in refers to a program for starting a preset script, and the hook plug-in may include a hook function, a hook function and a program interface. The hook plug-in may also be referred to as a hook plug-in. The hook of the function refers to a process of jumping the function to a self-defined function (generally called a self-defined hook function) by modifying several instructions of a head of the function when a client executes the function (when the function is needed, the function is called the hook function), which is called the hook of the function, sometimes the function of the original function needs to be realized in the self-defined hook function under the condition that the logic of the hook function is relatively complex, and at this time, a hook frame provides a function pointer, and the function pointer is called to complete the original function of the hook function. In some embodiments, the hook framework provides a program interface to tell the hook framework that a Function (e.g., Function1) needs to be hooked to a custom Function (e.g., Function2), and a Function to implement the Function of the hooked Function. According to the method, the preset script is loaded into the client and the hook framework is executed, so that the functions from Function1hook to Function2 can automatically go to Function2 when the client executes to Function1, and the custom code can be written in Function2 to replace the logic of Function1, so that the purpose of modifying the running logic of the preset script or the running logic of the client is achieved.

The preset script is a script capable of supporting the support of the game engine, for example, the game engine may support the preset script to call the C + + program interface. In some embodiments, the preset scripts may include lua scripts and Python scripts. The lua script is a scripting language and is conveniently embedded into the application program, so that flexible extension and customization functions are provided for the application program. Python script is an object-oriented, interpreted computer programming language that can join various modules made in other languages and can accommodate faster code rewriting.

In some embodiments, the preset script is pre-programmed, the preset script has a specific identifier, and the game engine may load the preset script through the specific identifier of the preset script to start the terminal side to trigger the preset script to acquire the blueprint data of the client. The game engine provides a function of preferentially loading the homonymous lua source code file of the specified directory, so that after the preset script for collecting the blueprint data is written, the name of the lua script is changed into a specific identifier, and then the preset script of the specific identifier is injected into the specified directory on the terminal.

For example, in the example of injecting a lua script into a game client, the lua script may be injected into a specified destination directory. The target directory refers to a directory (and a directory peer of log) installed by a game client, and can be/sdcard/Android/data/com. When the terminal is started, the game client can read the target directory, load the lua script into the memory of the terminal, and wait for triggering the corresponding program interface for collecting the blueprint data so as to start the lua script.

The client includes a plurality of skill components, e.g., attack, trigger, etc. The client may also be referred to as an application program, an interactive application, and the like, and the embodiments of the present application are not limited thereto. The embodiment of the application only takes the example of obtaining the blueprint data of the client.

Referring to fig. 3, a method for obtaining blueprint data according to an embodiment of the present application is described below, where the scheme may be performed by an apparatus for obtaining blueprint data, where the apparatus for obtaining blueprint data is applied to a terminal side, and the blueprint data may also be referred to as test data, performance test data, and the like. The device for acquiring the blueprint data in the embodiment of the application can cover operating systems such as iOS, Android, Windows, Linux, iMac and the like, and the embodiment of the application is not limited to this. The embodiment of the application comprises the following steps:

201. a hook plug-in injected into the client is run in the manner of a hook service.

The hook service is to replace the original service with an agent based on a hook frame so as to achieve the purpose of expanding or changing the original service. By running the hook plug-in the client in a hook service mode, the monitoring of the operation of the file in the client can be realized.

The method comprises the steps that a custom hook function to be monitored can be set in the hook plug-in, the custom hook function is associated with a calling function in the client side, the calling function in the client side associated with the custom hook function can be called a hook function, when a program is executed to the hook function, the program jumps to the custom hook function associated with the hook function to be executed, and therefore the running logic of the original hook function is changed. Therefore, after the code of the custom hook function is compiled, the compiled custom hook function can be compiled into a preset script, and then the preset script is injected into the client.

Correspondingly, in the client, the operation of the hook plug-in the hook service mode means that after the hook plug-in is operated in the client in the hook service mode, the hook plug-in can be used for reading external data outside the client, and whether the external data outside the client is changed or not can be sensed by reading the external data. For example, if the client is upgraded, the lua script may need to be updated accordingly to obtain the blueprint data of the latest version of the client.

For example, when a game client is started, it is detected whether an installation directory of the game client has a lua script with a specific identifier, and if so, the lua script is loaded into a memory of a terminal, so that the lua script can call a c + + program interface.

When the game client is started, the lua script is loaded into the memory first, and a corresponding program interface for collecting blueprint data is waited to be triggered. The trigger mechanism for triggering the corresponding program interface for collecting blueprint data comprises: based on (gm) command triggering (e.g., clicking a certain button of a game or sending a command on a web page), when a user logs in a game, a game client automatically loads an lua script of a target identifier (e.g., a specific name) into a memory, and after receiving gm command triggering, the game client executes an operation of collecting blueprint data.

202. And after a hook event is monitored through the hook plug-in, starting a preset script in the interactive application according to the hook event through the hook plug-in.

In some embodiments, the hook event refers to a hook operation for a preset script in the client, and the hook operation includes acquiring configuration information of a logic control script and each skill component in the client. The hook operation may also include updating the preset script.

In the embodiment of the present application, the preset script has dynamic writing and modifying functions in addition to obtaining blueprint data, and may further have other functions, for example: remote screenshot, viewing of a mobile phone directory, uploading and downloading of files, and custom realization of a game gm instruction.

203. And obtaining blueprint data from the client through the preset script.

And the blueprint data is used for the server to carry out performance test on the client. For example, the blueprint data may be a game blueprint obtained from a game client. The game blueprint is a type of resource read by the game engine, and the game blueprint comprises scripts and configuration parameters which are logically controlled in a game application program, for example, the game blueprint comprises the resources of the map, the probability corresponding to the resources of the map, the damage of weapons, the range, the animation time, the damage value to each body part and other parameters configured in the game blueprint.

In some embodiments, the obtaining blueprint data comprises:

(1) and acquiring a blueprint path set.

The blueprint path set comprises a plurality of blueprint paths, and the blueprint paths refer to access paths of blueprint data.

In some embodiments, the preset script reads a table storing the blueprint path in the game memory according to the type, so as to obtain the blueprint path set of each type. For example, various systems implemented with blueprints within games may be, such as weapons, fashion, scene maps, drop, AI configurations, and so forth. The blueprint path is typically configured through a table, for example, for an A Weapon, the blueprint path is/Game/Arts _ PlayerBlueprints/Weapon/Aweapon.

(2) And loading a blueprint object corresponding to the blueprint path set according to the preset script, and carrying out data transformation on the blueprint object.

In some embodiments, the loading, according to the preset script, a blueprint object corresponding to the blueprint path set, and performing data transformation on the blueprint object includes:

a. and acquiring a plurality of blueprint paths according to the types of the blueprint paths to obtain the blueprint path set.

b. And instantiating the blueprint paths of various types respectively through the preset script to obtain the corresponding blueprint objects.

In some embodiments, when each type of blueprint path is instantiated, a lua program interface (loadclass) can be implemented by using a lua plug-in and c + +, a lua library is introduced into a lua script, and then an instance of the corresponding blueprint can be obtained by using the lua.

c. And acquiring the attribute and the attribute value of each blueprint object.

d. And determining the preset type of objects from the blue map objects according to the attribute values of the blue map objects.

The preset type of Object may be a script Object format (json) Object, each json Object being a value, possibly an array or Object, and possibly a value of the original type.

In some embodiments, for each instantiated blueprint object, obtaining each attribute and corresponding value of the blueprint object, screening each value, and if the type of the blueprint object is table or user data, iteratively obtaining the attribute and the value of the blueprint object. For example, blueprint object A has an attribute of B, whose value is C. If the type of the C is pool, number or string, the C can be directly converted into json, and if the attribute of the C is table or user data and cannot be converted into json, the C needs to be traversed again to see which attributes the C has.

Because the blueprint data has a plurality of attributes, the client uploads the attributes to the server and stores the attributes, and if each function test does not need to pay attention to all fields in the blueprint data, the server screens and displays the concerned fields from the blueprint data after acquiring the blueprint data from the terminal.

(3) And obtaining the blueprint data according to the client identification, the client version and the blueprint object after data transformation.

For example, the terminal establishes a Transmission Control Protocol (TCP) connection with the backend server according to a given network address and port of the backend server. And running a program interface of the game, acquiring the current game version number, the game name and the json object, storing the current game version number, the game name and the json object as blueprint data, packaging the data and sending the packaged data to the background server.

204. And sending the blueprint data to a server.

After receiving the blueprint data sent by the plurality of terminals, the server can check the blueprint data through the editor. When the blueprint data come from a plurality of terminals, and the versions of the clients installed on the terminals and the types of the operating systems corresponding to the clients are different, the server can compare and display the blueprint data of different versions so as to visually present the difference of the blueprint data of different versions.

Specifically, after receiving the blueprint data sent by the plurality of terminals, the background server serving as the server can start the TCP proxy deployed therein, circularly receive the connection of the client in the terminal, and store the blueprint data transmitted by the client. The main work flow of the background server is as shown in fig. 4, a TCP proxy is started, whether a client establishes a TCP connection with the background server through the TCP proxy is detected, and if not, the next TCP connection is continuously waited; and if so, receiving the blueprint data from the client, analyzing the blueprint data, and acquiring the identifier of the client and the version number of the client. Then judging whether the blueprint data corresponding to the client side exists in a database (namely whether historical blueprint data exists), if so, acquiring the blueprint data corresponding to the client side from the database, and updating the blueprint data in the database; and if not, storing the blueprint data in a database, and feeding back the result to the corresponding client.

A tester can check blueprint data subjected to version display and difference comparison on a webpage in a mode of logging in the webpage through a network, and then tests a client based on the blueprint data. Alternatively, the project personnel can view the blueprint data subjected to version display and difference comparison on the webpage by logging in the webpage through the network, for example, as shown in fig. 5a and 5 b. FIG. 5a shows a class of blueprint data on a web page according to client versions, and FIG. 5b shows a difference in blueprint data for a weapon between two client versions on a web page.

Correspondingly, when the blueprint data come from a plurality of terminals, and the versions of the clients installed on the terminals and the types of the operating systems corresponding to the clients are different, the web server can compare and display the blueprint data of different versions so as to visually present the difference of the blueprint data of different versions.

Referring to fig. 5c, in fig. 5c, the web server reads newly stored game blueprint data from the database, the data of the game blueprints are more, and if each function test does not require attention to all fields in the blueprint data, the web server may screen out the fields concerned by the web server from the blueprint data according to the screening rule and display the fields concerned after acquiring the blueprint data from the database. And acquiring historical blueprint data corresponding to the client from a database according to the client identification and the client version number in the blueprint data, comparing the screened blueprint data with the historical blueprint data, and then performing differential storage.

Because the fields of the blueprint data are generally named by English parameters, the blueprint data are not convenient to read, and English corresponding to the fields of the blueprint data can be converted into Chinese corresponding to the characters according to rules. And after the data conversion is finished, comparing the blueprint data with the same versions of the previous clients, and storing the different blueprint data. When the blueprint data come from a plurality of terminals and client versions installed by the terminals and operating system types corresponding to the clients are different, the webpage server can compare and display the blueprint data of different versions so as to visually present differences of the blueprint data of different versions.

Compared with the prior art, in the embodiment of the application, the preset script is injected into the client side of the terminal, the hook plug-in is operated in a hook service mode to start the preset script, and then the blueprint data of the client side is rapidly acquired through the preset script, so that on one hand, the blueprint data is checked without depending on a game engine editor, and the speed of acquiring the blueprint data can be effectively improved; on the other hand, the method can be directly used without a code authority and a compiling engine editor, so that the test surface is widened and the overall test efficiency of a later-stage client is improved.

In addition, because the hook plug-in the embodiment of the application is operated in a hook service mode, and the update of the operation logic of the preset script is executed by sensing the change of the external data, the client does not need to be restarted as in the existing mechanism in the process of updating the operation logic of the preset script every time, and the interruption of the client is not caused, so that the stability of the client and the stability of the hook service are improved.

Optionally, in some embodiments of the present application, possibly due to factors such as optimization or security test on the application at a later stage, it may be necessary to perform hook operation on a call function in the client again, that is, to update the lua script, in order to reduce problems such as multiple hook operations caused by updating the lua script, even service interruption caused by restarting the client, and the like, operations of updating the lua script and executing the lua script may be separated, and may be implemented based on the hook plug-in. Specifically, if external data outside the client performs an update operation on the lua script, the hook plug-in senses that the external data has changed, and since the changed external data is associated with a calling function (i.e., a target hook function) in the client, when the external data changes, the hook plug-in performs a hook operation on the calling function in the client again, and the performing of the hook operation changes the running logic of the target hook function, so that it can be said that the new hook operation caused by the change of the external data is a hook event, and accordingly, the hook operation may further include updating the running logic of the target hook function, further updating the execution logic of the injected historical lua script, and further acquiring updated blueprint data.

Therefore, only a user-defined function needs to be compiled for each hook function, the dynamic database needs not to be compiled once again for each lua script updated, and operations such as repeatedly injecting the updated lua script into the client, restarting the client and the like are not needed, so that the hook efficiency is greatly improved, the idle work is reduced, the hook time is shortened, and the efficiency of positioning the problem function is further improved. Especially in the test scene that the running logic of the lua script needs to be modified for many times, the processes of compiling and re-injecting the self-defined hook function can be eliminated, so that compared with the existing mechanism, the method and the device can also effectively improve the test efficiency, shorten the test time and simplify the test flow. In addition, the operation logic is modified in the later period, and operations such as recompilation and the like are not needed, so that the modification of the operation logic can be efficiently and accurately completed without an application manager who modifies the operation logic having professional hook technical knowledge.

In this embodiment, the blueprint data may be stored in a blockchain. The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. A block chain (Blockchain), which is essentially a decentralized database, is a series of data blocks associated by using a cryptographic method, and each data block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate a next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.

The block chain underlying platform can comprise processing modules such as user management, basic service, intelligent contract and operation monitoring. The user management module is responsible for identity information management of all blockchain participants, and comprises public and private key generation maintenance (account management), key management, user real identity and blockchain address corresponding relation maintenance (authority management) and the like, and under the authorization condition, the user management module supervises and audits the transaction condition of certain real identities and provides rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node equipment and used for verifying the validity of the service request, recording the service request to storage after consensus on the valid request is completed, for a new service request, the basic service firstly performs interface adaptation analysis and authentication processing (interface adaptation), then encrypts service information (consensus management) through a consensus algorithm, transmits the service information to a shared account (network communication) completely and consistently after encryption, and performs recording and storage; the intelligent contract module is responsible for registering and issuing contracts, triggering the contracts and executing the contracts, developers can define contract logics through a certain programming language, issue the contract logics to a block chain (contract registration), call keys or other event triggering and executing according to the logics of contract clauses, complete the contract logics and simultaneously provide the function of upgrading and canceling the contracts; the operation monitoring module is mainly responsible for deployment, configuration modification, contract setting, cloud adaptation in the product release process and visual output of real-time states in product operation, such as: alarm, monitoring network conditions, monitoring node equipment health status, and the like.

The apparatus (also referred to as a server) for acquiring the blueprint data, which performs the method for acquiring the blueprint data in the embodiment of the present application, may be a node in a blockchain system. The apparatus for acquiring blueprint data in the embodiment of the present application may be a node in a blockchain system as shown in fig. 6.

Any technical feature mentioned in the embodiment corresponding to any one of fig. 1 to 6 is also applicable to the embodiment corresponding to fig. 7 to 9 in the embodiment of the present application, and the details of the subsequent similarities are not repeated.

A method for acquiring blueprint data in the embodiment of the present application is described above, and an apparatus for performing the method for acquiring blueprint data is described below.

Referring to fig. 7, a schematic structural diagram of an apparatus 70 for obtaining blueprint data shown in fig. 7 can be applied to obtain test data of an application before a test application, for example, obtaining blueprint data of a game client. The apparatus 70 for obtaining blueprint data in the embodiment of the present application can implement the steps corresponding to the method for obtaining blueprint data performed in the embodiment corresponding to fig. 1. The functions performed by the means 70 for obtaining blueprint data may be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions, which may be software and/or hardware. The apparatus 70 for obtaining blueprint data may include an input/output module 701, a control module 702, and a processing module 703, and the implementation of the functions of the input/output module 701, the control module 702, and the processing module 703 may refer to the embodiment corresponding to fig. 1, which is not described herein again.

In some embodiments, the input output module 701 may be used to run a hook plug-in injected into the client in the manner of a hook service;

the control module 702 may be configured to, after monitoring a hook event through the hook plug-in, start a preset script in the interactive application according to the hook event through the hook plug-in;

the processing module 703 may be configured to obtain blueprint data from the client through the preset script;

the input/output module 701 is further configured to send the blueprint data to a server.

In the embodiment of the application, the input/output module 701 injects a preset script into a client of the terminal, the processing module 703 runs a hook plug-in a hook service mode to start the preset script, and the blueprint data of the client can be quickly acquired through the preset script, on one hand, the blueprint data is not checked by a game engine editor, so that the speed of acquiring the blueprint data can be effectively improved; on the other hand, the method can be directly used without a code authority and a compiling engine editor, so that the test surface is widened and the overall test efficiency of a later-stage client is improved.

In some embodiments, the client includes a plurality of skill components, the hook event refers to a hook operation for a preset script in the client, and the hook operation includes acquiring a logic control script in the client and configuration information of each skill component.

In some embodiments, before the input/output module 701 runs a hook plug-in injected into the client in a hook service manner, the processing module is further configured to:

acquiring the preset script through the input/output module 701, wherein the preset script comprises a hook function for calling the preset script;

adding the preset script to a target directory, wherein the target directory is an installation directory of the client at a terminal;

and setting a hook function in the hook plug-in, and associating the hook plug-in with the preset script, wherein the hook function is used for executing hook operation on a hook function calling the preset script.

In some embodiments, the processing module 703 is specifically configured to:

acquiring a blueprint path set;

loading a blueprint object corresponding to the blueprint path set according to the preset script, and carrying out data transformation on the blueprint object;

and obtaining the blueprint data according to the client identification, the client version and the blueprint object after data transformation.

In some embodiments, the processing module 703 is specifically configured to:

obtaining a plurality of blueprint paths according to the types of the blueprint paths to obtain the blueprint path set;

instantiating the blueprint paths of various types respectively through the preset script to obtain corresponding blueprint objects;

acquiring attributes and attribute values of each blueprint object;

and determining the preset type of objects from the blue map objects according to the attribute values of the blue map objects.

In some embodiments, the hook operation further comprises updating the preset script; the processing module 703 is further configured to:

after a hook event is monitored through the hook plug-in, external data is acquired through the input/output module 701, and the external data is data for updating the preset script;

the control module 702 is further configured to start a preset script in the interactive application according to the hook event through the hook plug-in;

the processing module 703 is further configured to update a historical preset script according to the external data to obtain the preset script.

The apparatus for acquiring blueprint data in the embodiment of the present application is described above from the perspective of the modular functional entity, and the apparatus for executing the method for acquiring blueprint data in the embodiment of the present application is described below from the perspective of hardware processing. It should be noted that, in the embodiment shown in fig. 7 of the present application, the physical devices corresponding to the input/output module 701 may be an input/output unit, a transceiver, a Radio Frequency circuit, a Radio Frequency (RF) circuit, a communication module, an output interface, and the like, and the physical devices corresponding to the control module 702 and the processing module 703 may be processors. The apparatus 70 shown in fig. 7 may have a structure as shown in fig. 8, when the apparatus 70 shown in fig. 7 has the structure as shown in fig. 8, the processor and the input/output unit in fig. 8 can implement the same or similar functions of the input/output module 701, the control module 702 and the processing module 703 provided in the apparatus embodiment corresponding to the apparatus, and the memory in fig. 8 stores computer programs that the processor needs to call when executing the above method for obtaining blueprint data.

In an embodiment of the present application, another terminal capable of implementing the method for obtaining blueprint data is provided, as shown in fig. 9, for convenience of description, only a portion related to the embodiment of the present application is shown, and details of the specific technology are not disclosed, please refer to the method portion in the embodiment of the present application. The terminal may be any terminal device including a mobile phone, a tablet computer, a Personal Digital Assistant (PDA, for short, the whole english is: Personal Digital Assistant), a Sales terminal (POS, for short, the whole english is: Point of Sales), a vehicle-mounted computer, etc., taking the terminal as the mobile phone as an example:

fig. 9 is a block diagram illustrating a partial structure of a mobile phone related to a terminal provided in an embodiment of the present application. Referring to fig. 9, the handset includes: RF circuit 99, memory 920, input unit 930, display unit 940, sensor 950, audio circuit 960, wireless fidelity (Wi-Fi) module 970, processor 990, and power supply 990. Those skilled in the art will appreciate that the handset configuration shown in fig. 9 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile phone in detail with reference to fig. 9:

the RF circuit 99 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information from a base station and then processes the received downlink information to the processor 990; in addition, the data for designing uplink is transmitted to the base station. In general, RF circuit 99 includes, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the RF circuitry 99 may also communicate with networks and other devices via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), e-mail), Short Message Service (SMS), etc.

The memory 920 may be used to store software programs and modules, and the processor 990 may execute various functional applications and data processing of the mobile phone by operating the software programs and modules stored in the memory 920. The memory 920 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 920 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The input unit 930 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone. Specifically, the input unit 930 may include a touch panel 931 and other input devices 932. The touch panel 931, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 931 (e.g., a user's operation on or near the touch panel 931 using a finger, a stylus, or any other suitable object or accessory), and drive a corresponding connection device according to a preset program. Alternatively, the touch panel 931 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, and sends the touch point coordinates to the processor 990, and can receive and execute commands sent by the processor 990. In addition, the touch panel 931 may be implemented by various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The input unit 930 may include other input devices 932 in addition to the touch panel 931. In particular, other input devices 932 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 940 may be used to display information input by the user or information provided to the user and various menus of the mobile phone. The Display unit 940 may include a Display panel 941, and optionally, the Display panel 941 may be configured by using a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), and the like. Further, the touch panel 931 can cover the display panel 941, and when the touch panel 931 detects a touch operation on or near the touch panel 931, the touch panel transmits the touch operation to the processor 990 to determine the type of the touch event, and then the processor 990 provides a corresponding visual output on the display panel 941 according to the type of the touch event. Although in fig. 9, the touch panel 931 and the display panel 941 are two independent components to implement the input and output functions of the mobile phone, in some embodiments, the touch panel 931 and the display panel 941 may be integrated to implement the input and output functions of the mobile phone.

The handset may also include at least one sensor 950, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 941 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 941 and/or backlight when the mobile phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

The audio circuitry 960, speaker 961, microphone 962 may provide an audio program interface between the user and the handset. The audio circuit 960 may transmit the electrical signal converted from the received audio data to the speaker 961, and convert the electrical signal into a sound signal for output by the speaker 961; on the other hand, the microphone 962 converts the collected sound signal into an electrical signal, which is received by the audio circuit 960 and converted into audio data, which is processed by the audio data output processor 990 and then sent to, for example, another cellular phone via the RF circuit 99, or the audio data is output to the memory 920 for further processing.

Wi-Fi belongs to short-distance wireless transmission technology, and a mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through a Wi-Fi module 970, and provides wireless broadband internet access for the user. Although fig. 9 shows a Wi-Fi module 970, it is understood that it does not belong to the essential constitution of the handset and can be omitted entirely as needed within the scope of not changing the essence of the application.

The processor 990 is a control center of the mobile phone, connects various parts of the entire mobile phone by using various interfaces and lines, and performs various functions of the mobile phone and processes data by operating or executing software programs and/or modules stored in the memory 920 and calling data stored in the memory 920, thereby integrally monitoring the mobile phone. Optionally, processor 990 may include one or more processing units; preferably, the processor 990 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, and the like, and a modem processor, which mainly handles wireless communication. It is to be appreciated that the modem processor described above may not be integrated into processor 990.

The handset also includes a power supply 990 (e.g., a battery) for supplying power to the various components, and preferably, the power supply may be logically connected to the processor 990 via a power management system, so that the power management system may manage charging, discharging, and power consumption.

Although not shown, the mobile phone may further include a camera, a bluetooth module, etc., which are not described herein.

In the embodiment of the present application, the processor 990 included in the mobile phone further has a step of controlling the execution of the modules in the apparatus 70 for acquiring blueprint data.

In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the system, the apparatus and the module described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the embodiments of the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is merely a logical division, and in actual implementation, there may be other divisions, for example, multiple modules or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or modules, and may be in an electrical, mechanical or other form.

The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.

In addition, functional modules in the embodiments of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may be stored in a computer readable storage medium.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product.

The computer program product includes one or more computer instructions. The procedures or functions described in accordance with the embodiments of the present application are generated in whole or in part when the computer program is loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can store or a data storage device, such as a server, a data center, etc., that is integrated with one or more available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

The technical solutions provided by the embodiments of the present application are introduced in detail, and the principles and implementations of the embodiments of the present application are explained by applying specific examples in the embodiments of the present application, and the descriptions of the embodiments are only used to help understanding the method and core ideas of the embodiments of the present application; meanwhile, for a person skilled in the art, according to the idea of the embodiment of the present application, there may be a change in the specific implementation and application scope, and in summary, the content of the present specification should not be construed as a limitation to the embodiment of the present application.