Game issuing self-service access method, system, equipment and medium

By using blockchain technology to verify and monitor algorithms in real time, a unique on-chain identifier and interface configuration file are generated, which solves the problem of cumbersome traditional game publishing and docking processes, realizes automated verification and efficient docking for game publishing, and ensures data security and accuracy.

CN120910151APending Publication Date: 2025-11-07广州三七极耀网络科技有限公司
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510786965.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-06-13
Publication Date
2025-11-07

AI Technical Summary

Technical Problem

Traditional game publishing processes are cumbersome and time-consuming, and suffer from inconsistent technical standards and insecure data exchange, which increases workload and prolongs game launch time.

Method used

Blockchain technology is used to verify the game developer's access application data, generate a unique on-chain identifier and interface configuration file, determine the interface call logic, generate a test set for the interface, and generate verification status information through a real-time verification status monitoring algorithm to achieve automated verification and progress updates.

Benefits of technology

It improved the accuracy and efficiency of game publishing and coordination, simplified the process, reduced labor costs, accelerated the game launch speed, and ensured the transparency and immutability of data.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120910151A_ABST
    Figure CN120910151A_ABST
Patent Text Reader

Abstract

The invention is suitable for the technical field of games, and provides a game issuing self-service access method, system and device and a medium, and the method comprises the steps: obtaining access application data of a game research and development party, and carrying out the verification and technical analysis of the access application data, and obtaining an interface configuration file; based on the interface configuration file, determining an interface calling logic, and generating a docking interface test set; calling a game docking test interface based on the docking interface test set, and generating a docking verification result; performing interface operation state verification on the docking verification result by adopting a real-time verification state monitoring algorithm to generate verification state information; updating a docking progress data table based on the verification state information; and synchronizing the updated docking progress data table to the game research and development party and the game issuer. According to the method, automatic verification of the game access process is realized, the game access process is simplified, the access efficiency and accuracy are improved, and powerful support is provided for game issuing and operation.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of games, and particularly relates to a game publishing self-service access method, system, device and medium. BACKGROUND

[0002] With the rapid development of the game industry, various games emerge in an endless stream. After the development of a new game is completed, a game development team usually needs to publish the game to different channel platforms through different game publishers, such as Huawei Game Center, UC Game Center, Baidu Game Center, Xiaomi Game Center and the like.

[0003] Therefore, cooperation between a game publisher and a game development team is the key to successfully putting a game product on the market. However, a traditional docking process is usually tedious and time-consuming. Specifically, the docking process requires both parties to be online at the same time, multiple rounds of communication, interface debugging and the like, which not only increases the work burden of both parties, but also prolongs the time to market the game. In addition, problems such as non-uniform technical standards and insecure data exchange also challenge the cooperation of both parties. Therefore, it is an urgent need of the industry to develop an efficient, convenient and secure game docking access system. SUMMARY

[0004] The embodiments of the application provide a game publishing self-service access method, system, device and medium, which can solve one of the above technical problems.

[0005] In a first aspect, the embodiments of the application provide a game publishing self-service access method, comprising: obtaining access application data of a game development party, verifying and technically analyzing the access application data to obtain an interface configuration file; determining an interface calling logic based on the interface configuration file, generating a docking interface test set; calling a game docking test interface based on the docking interface test set, and generating a docking verification result; performing interface running state verification on the docking verification result by using a real-time verification state monitoring algorithm, and generating verification state information; updating a docking progress data table based on the verification state information; synchronizing the updated docking progress data table to the game development party and the game publishing party.

[0006] Further, the obtaining of the access application data of the game development party, the verification and technical analysis of the access application data to obtain the interface configuration file, comprises: obtaining the access application data submitted by the game development party through a blockchain technology, wherein the access application data comprises identity information, a game identifier and a technical parameter configuration; Verifying the access application data to generate a unique on-chain identifier; Performing format verification and integrity checking on the technical parameter configuration to generate interface configuration data.

[0007] Further, the verifying the access application data to generate a unique on-chain identifier comprises: Obtaining a developer public key from a digital signature carried in the identity information, verifying the identity information, and generating a developer address; Performing a hash operation on the verified developer address in combination with a game identifier and a request timestamp to generate a unique on-chain identifier.

[0008] Further, the performing format verification and integrity checking on the technical parameter configuration to generate interface configuration data comprises: Performing format checking on the technical parameter configuration using a standardized interface protocol; If the format checking is not qualified, marking as an abnormal record and returning an error prompt; If the format checking is qualified, generating a first parameter data set, and performing integrity checking on the first parameter data set to generate a second parameter data set; Based on the second parameter data set, generating a preliminary configuration file in combination with a preset standard; Extracting key fields from the preliminary configuration file to generate interface configuration data.

[0009] Further, the determining interface calling logic based on the interface configuration file to generate a test set of interfacing interfaces comprises: Extracting specific values of key fields of each business type from the interface configuration file to determine interface calling logic; Based on the interface calling logic, determining game interfacing test interfaces of each business type to generate a test set of interfacing interfaces.

[0010] Further, the using a real-time verification state monitoring algorithm to perform interface running state verification on the interfacing verification results to generate verification state information comprises: Structurally processing interfacing verification results of each game interfacing test interface to generate a verification data set; For each game interfacing test interface, generating a corresponding running state indicator based on the verification data set; If the running state indicator exceeds a preset rule threshold, triggering an abnormality detection process, performing potential fault analysis on the corresponding game interfacing test interface, and obtaining verification state information.

[0011] Further, the method further comprises: Feature extraction is performed on the accessed game data, and game type and play mechanism are analyzed; In combination with a target user feature database, corresponding user behavior preferences are matched to obtain a business model applicability evaluation result; Based on the business model applicability evaluation result, a business model combination scheme is generated by using a recommendation algorithm.

[0012] In a second aspect, the embodiments of the present application provide a game publishing self-service access system, comprising: A first processing module is configured to obtain access application data of a game development party, verify and technically analyze the access application data, and obtain an interface configuration file; A second processing module is configured to determine an interface calling logic based on the interface configuration file, and generate a test set of the interface to be connected; A third processing module is configured to call a game connection test interface based on the test set of the interface to be connected, and generate a connection verification result; A fourth processing module is configured to perform interface running state verification on the connection verification result by using a real-time verification state monitoring algorithm, and generate verification state information; A fifth processing module is configured to update a connection progress data table based on the verification state information; A sixth processing module is configured to synchronize the updated connection progress data table to the game development party and the game publishing party.

[0013] In a third aspect, the embodiments of the present application provide a computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the game publishing self-service access method when executing the computer program.

[0014] In a fourth aspect, the embodiments of the present application provide a computer readable storage medium, comprising a computer program stored in the computer readable storage medium, and the computer program is executed by a processor to implement the game publishing self-service access method.

[0015] Compared with the prior art, the embodiments of the present application have the following beneficial effects: The application discloses a game publishing self-service access method, which comprises the following steps: verifying and technically analyzing access application data submitted by a game research and development party, and then generating an interface configuration file containing a unique on-chain identifier and interface configuration data, wherein the unique on-chain identifier is used for storing data generated in a game access process in a block chain, so as to ensure the transparency, non-tamperability and traceability of the data, and meanwhile, through the interface configuration data, interface calling logic is determined, a docking interface test set is generated, and omission and errors possibly caused by manual writing of test cases are avoided, wherein the docking interface test set comprehensively covers various business types of various interfaces in the game, so that it is ensured that all functions of the interfaces can be effectively tested, and the accuracy of docking is improved. Further, the running states of the interfaces are monitored in real time, verification state information is generated, the docking progress is automatically updated according to the verification state information, and state information is pushed to relevant parties, so that real-time tracking and feedback of the docking progress are realized, the game research and development party and the game publishing party can timely adjust work arrangement according to information in the docking progress data table, so that it is ensured that the docking work can be smoothly carried out according to the plan, meanwhile, the quality of the interfaces can be continuously improved, and therefore, the application realizes automatic verification of the game access process, simplifies the game access process, improves the access efficiency and accuracy, reduces the labor cost, speeds up the game online speed, and provides strong support for game publishing and operation. BRIEF DESCRIPTION OF DRAWINGS

[0016] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description only some embodiments of the present application, and for those skilled in the art, other drawings can also be obtained without creative labor.

[0017] Figure 1 is a flowchart of a game publishing self-service access method provided by an embodiment of the present application; Figure 2 is a structural schematic diagram of a game publishing self-service access system provided by an embodiment of the present application; Figure 3 is a structural schematic diagram of a computer device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0018] In the following description, specific details such as specific system structures, techniques, etc. are presented in order to thoroughly understand the embodiments of the present application. However, it should be clear for those skilled in the art that the present application can also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits and methods are omitted to avoid unnecessary details that hinder the description of the present application.

[0019] It should be understood that the word “comprise” or variations such as “comprises” or “comprising”, when used in this specification and in the accompanying claims, specify the presence of stated features, integers, steps, operations, elements, and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0020] It should also be understood that the term “and / or” when used in this specification and in the following claims is to be interpreted as “one or the other or both” and / or “any combination of the items in the list.

[0021] As used in this specification and in the claims, the term “if’ can be construed to mean “when” or “once” or “in response to determining” or “in response to detecting,” depending on the context. Similarly, the phrase “if it is determined” or “if [a described condition or event] is detected” can be construed to mean “once it is determined” or “in response to determining” or “once [the described condition or event] is detected” or “in response to detecting [a described condition or event],” depending on the context.

[0022] In addition, the terms “first”, “second”, “third”, etc. are used herein only to distinguish descriptions, and cannot be understood as indicating or implying relative importance.

[0023] Reference in the specification to “one embodiment” or “some embodiments” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the application. The appearances of the phrases “in one embodiment”, “in some embodiments”, “in other embodiments”, “in additional embodiments”, etc. in various places in the specification are not necessarily all referring to the same embodiment, although they can. The terms “comprise”, “comprises”, “comprising”, “include”, “includes”, “including” and “contain”, “containing”, “contains” and their variants, mean “including but not limited to”, unless otherwise specified.

[0024] Please refer to Figure 1 As shown in the figure, the application is a game distribution self-service access method, comprising the following steps: S100, obtaining access application data of a game development party, verifying and technically analyzing the access application data to obtain an interface configuration file; The application verifies and technically analyzes the access application data submitted by the game development party, and then generates an interface configuration file containing a unique on-chain identifier and interface configuration data. The unique on-chain identifier is used to store the data generated in the game access process in the blockchain, thereby ensuring the transparency, non-tamperability, and traceability of the data. At the same time, through the interface configuration data, the interface calling logic is determined, and the interface test set is generated, avoiding the omissions and errors that may occur in manual test case writing. The interface test set comprehensively covers various business types of interfaces in the game, thereby ensuring that all functions of the interface can be effectively tested and improving the accuracy of the interface.

[0025] In some embodiments, the above step S100 includes: By using blockchain technology, the access application data submitted by the game development party is obtained, and the access application data includes identity information, game identifier, and technical parameter configuration; The access application data is verified to generate a unique on-chain identifier; The technical parameter configuration is format-verified and integrity-checked to generate interface configuration data.

[0026] In this embodiment, the blockchain technology is used to establish data linkage between the game development party and the game publisher, so that the data transmission is decentralized, the data is transparent, and the data is tamper-proof. Specifically, the game development party and the game publisher perform data transmission and data storage through a platform embedded with blockchain technology, such as a consortium chain or a public chain, to balance performance and decentralization.

[0027] In one possible embodiment, when the game development party performs game access, the access application data is submitted through a blockchain Dapp, and then the identity is verified through blockchain node consensus to generate a unique on-chain identifier for identifying the valid identity of the game in the blockchain.

[0028] In this embodiment, the data generated in each step of the game access process is recorded based on the unique on-chain identifier through blockchain node consensus, thereby ensuring traceability and non-tamperability of the whole process, improving the security of game publishing access, and solving the data island and trust problem.

[0029] In the embodiment, the uploaded access application data specifically includes identity information, game identification, game package, and technical parameter configuration of each service type in the game package. Based on the identity information and the game identification, the identity of the game development party can be verified, and the uploaded game-related data can be uniquely marked, so as to realize the security and reliability of the game access process. Further, the technical parameter configuration in the game package uploaded by the game development party needs to be parsed to verify whether it meets the issuance rule requirements of the game issuer. If the technical parameter configuration does not meet the issuance rule requirements, an error prompt is returned to prompt the game development party to modify and reupload, thereby improving the effectiveness and efficiency of game issuance.

[0030] In some embodiments, the verifying the access application data and generating a unique on-chain identifier includes: obtaining a developer public key from a digital signature carried in the identity information, verifying the identity information, and generating a developer address; hashing the verified developer address, the game identification, and the request timestamp to generate a unique on-chain identifier.

[0031] In the embodiment, the identity of the game development party needs to be verified before game access. Therefore, the identity information is specifically the identity information of the game development party and carries a corresponding digital signature, which is used to verify whether the game development party has the right to access the game.

[0032] In some embodiments, the identity information includes the name of the developer, the mobile phone number, and the identity card number. In the embodiment, the identity information is encrypted by an asymmetric encryption algorithm to generate an identity hash value. The digital signature carried in the identity information implies a corresponding developer public key. The block chain node consensus decrypts the digital signature to obtain the developer public key, hashes the developer public key to obtain a public key hash value, and matches the public key hash value with the identity hash value to verify whether the identity information has been tampered with during transmission, thereby verifying the identity of the game development party. It can be understood that if the verification fails, the request is directly rejected to ensure the security of game access.

[0033] In the embodiment, a preset number of bytes of data are selected according to a preset rule from the verified public key hash value to generate a developer address. For example, the last 20 bytes of the public key hash value are selected and encoded in the Base58Check manner to generate a developer address.

[0034] Further, the generated developer address after verification is hashed with the game identification and request timestamp to generate a unique on-chain identification. The request timestamp is set to ensure the uniqueness of the unique on-chain identification. Even if the same developer submits the same game identification data multiple times, the final generated unique on-chain identification will be unique due to the different request timestamps. In some other embodiments, a random number is also introduced in the generation of the unique on-chain identification, which further ensures that the same developer will generate different unique on-chain identifications when submitting the same game identification data multiple times at the same time, further ensuring the uniqueness of the unique on-chain identification.

[0035] In some embodiments, the unique on-chain identification is stored as a key and the developer address is stored as a value, facilitating the query of game information and the calling of contracts.

[0036] In some embodiments, the format verification and integrity check of the technical parameter configuration generates interface configuration data, including: The technical parameter configuration is format checked using a standardized interface protocol; If the format check is not qualified, it is marked as an abnormal record and an error prompt is returned; If the format check is qualified, a first parameter data set is generated, and the first parameter data set is integrity checked to generate a second parameter data set; Based on the second parameter data set, a preliminary configuration file is generated in combination with a preset standard; Key fields are extracted from the preliminary configuration file to generate interface configuration data.

[0037] In this embodiment, the technical parameter configuration is the basic parameter of each business type in the game package to be connected to the game, which is used for subsequent calling of test interfaces. Specifically, the technical parameter of each business type in the game, such as registration business, payment business, or role creation business, etc.

[0038] In this embodiment, according to the data format of the technical parameter configuration, a corresponding parsing method is selected to parse and extract the technical parameters of each business type and store them as an initial parameter set. For example, for technical parameter configurations in JSON data format, a JSON parser is used to extract technical parameters, and then each parameter record in the initial parameter set is format checked based on a standardized interface protocol. If the check fails, the corresponding parameter record is marked as an abnormal record, and an error prompt is returned to the developer, facilitating the developer to find and correct the corresponding error, thereby ensuring the uniformity of the data format and improving the reliability of subsequent processing. For example, in one embodiment, the preset standard requires that the interface address must be in the format of a valid domain name. If the address is detected as "invalid_url", it is marked as an abnormal record and an error prompt "address format error" is returned. In this embodiment, for the technical parameter configuration that passes the format verification, it is output as a first parameter data set with a structured configuration, which contains the technical parameters such as the field name, type, and constraint condition of each business type. Further, integrity verification is performed thereon. For example, the first parameter data set contains the interface address and timeout time, but lacks the request frequency field. Then, it is recorded as incomplete data and a completion prompt “request frequency field is missing, please supplement” is generated and returned to the developer. If all fields are complete and valid, such as the timeout time being “10 seconds” instead of “-1 seconds”, etc., the first parameter data set is determined to be integrity-qualified. Finally, a second parameter data set is generated. Through integrity detection, the integrity of the data can be ensured, and problems such as interface call failure due to incomplete data can be avoided.

[0039] Further, the technical parameters in the second parameter data set are converted into a preliminary configuration file according to a preset standard. For example, a JSON format configuration file is generated according to the OpenAPI 3.0 standard, and is stored as config_v1.json. Then, key fields are extracted therefrom to generate interface configuration data. It can be understood that the key fields can be used to generate metadata of the interfacing interface test set in the subsequent step, such as the interface path, request method, request parameter, path parameter, query parameter, request body parameter, response format, data model, etc. In this embodiment, through the above multi-link rigorous processing, from data acquisition to final configuration generation, each step is closely linked to ensure the accuracy and usability of the parameter configuration, and finally improve the stability and efficiency of the interface call.

[0040] S200, determining an interface call logic based on the interface configuration file, and generating an interfacing interface test set; In some embodiments, the above step S200 includes: extracting specific values of the key fields of each business type from the interface configuration file, and determining the interface call logic; determining a game interfacing test interface of each business type based on the interface call logic, and generating an interfacing interface test set.

[0041] Based on the description of the above step S100, in this embodiment, the interface configuration file includes a structured matching unique on-chain identifier and interface configuration data. The interface configuration data is extracted from the interface configuration file, which contains specific values of the key fields of each business type. Thus, by reading the interface configuration data, the related interface path, request method, request parameter, response format, etc. are obtained, and then the related key fields are mapped to specific business types. For example, in an embodiment, the / api / create_game_role interface corresponds to the business type of “creating a game role”.

[0042] In this embodiment, for each interface, according to its corresponding key field, the interface call logic for the connection test is designed, specifically including request construction, request sending and response processing. Further, for each interface, the test case is created, specifically, the test case covers the following aspects: normal flow test, used to test the behavior of the interface under normal input, such as inputting valid parameters, verifying that the interface returns correct data; exception flow test, used to test the behavior of the interface under abnormal input, such as inputting invalid parameters or missing required fields, verifying that the interface returns appropriate error code and error information; boundary condition test, used to test the behavior of the interface under boundary conditions, such as testing maximum length, minimum length, null value, etc. Organize test interfaces, used to organize the generated test cases into a set of test interfaces.

[0043] In this embodiment, the set of test interfaces for connection is classified according to business types, specifically including user management test set, game character test set, game item test set, etc. Specifically, the user management test set usually contains test interfaces related to user registration, login, information modification, etc., the game character test set usually contains test interfaces related to game character creation, deletion, modification, etc., and the game item test set usually contains test interfaces related to game item purchase, use, discard, etc.

[0044] It can be understood that in this embodiment, the establishment of the set of test interfaces for connection is used to test each business type in the game connected to the game interface, to ensure that each business function of the game after release can be normally implemented, which helps to ensure the correctness and reliability of the interface and improve the overall quality of the game system.

[0045] S300, based on the set of test interfaces for connection, calling game connection test interfaces to generate connection verification results; In this embodiment, after the game development party connects the game, each business function in the game needs to be tested to ensure the overall quality of the game after release. Specifically, each game connection test interface is called from the set of test interfaces for connection generated in step S200 to test and generate corresponding connection verification results.

[0046] In one possible embodiment, the developer calls the test interface for creating a game character in the test interface set of the interface, thereby triggering a character creation verification process in the game environment. Specifically, the response state of the character creation interface is obtained, and it is determined whether the response state reaches a successful state return. If the response state of the character creation interface reaches the successful state return, the character identification information is extracted and stored in a temporary data cache to obtain a preliminary recorded character identification data set. According to the character identification data set in the temporary data cache, a write operation request is initiated to the game database, the execution process of the character data write is monitored, and it is determined whether the write operation is completed. If the character data write operation is completed, a data consistency check is performed on the record content in the game database, the write data and the cache data are compared using a preset check rule, and it is determined whether the data accuracy meets the requirements. If the data accuracy meets the requirements, the final verification process result is obtained by querying the character record in the game database, complete state information of the character creation verification is generated, and further, the log file of the character creation verification is constructed by combining the verification process result, the character identification information and the data accuracy record, and the final output result of the verification process is determined. If the final output result of the verification process shows that there is an exception, the interface logic is automatically triggered again to perform secondary verification on the abnormal data, and the corrected character creation verification state is obtained. It can be understood that the implementation of other business functions is based on the creation of a game character, and therefore, based on the preset mapping relationship, the character identification information is matched with other business function interfaces, thereby further determining the corresponding interface calling logic. For example, in one embodiment, when the recharge function is tested, the character identification information needs to be matched with the recharge interface, and then the calling permission of the recharge interface corresponding to the character identification information is determined, thereby calling the corresponding recharge interface to perform simulation recharge and other operations, and obtaining the final interface verification result.

[0047] S400, performing interface running state verification on the interface verification result by using a real-time verification state monitoring algorithm to generate verification state information; The application monitors the running state of each interface in real time, generates verification state information, automatically updates the interface connection progress according to the verification state information, and pushes state notifications to relevant parties, thereby realizing real-time tracking and feedback of the interface connection progress. The game development party and the game distribution party can timely adjust the work arrangement according to the information in the interface connection progress data table, ensure that the interface connection work can be smoothly carried out according to the plan, and help continuously improve the quality of the interface.

[0048] In some embodiments, the interface running state verification on the interface verification result by using a real-time verification state monitoring algorithm to generate verification state information includes: The interface verification result of each game interface is structured and processed to generate a verification data set. For each game interface, based on the verification data set, a corresponding running state indicator is generated; If the running state indicator exceeds the preset rule threshold, an abnormality detection process is triggered to analyze potential faults of the corresponding game interface, and verification state information is obtained.

[0049] In this embodiment, the interface verification results of each game interface are obtained, including request time, response time, success / failure status, error code, error information, etc. An automatic tool such as a Python script or an ETL tool is used to clean the above interface verification results, remove invalid data, duplicate data, etc., and then format the data, unify the data format such as time format, numerical value format, etc., to obtain a structured verification data set.

[0050] In this embodiment, based on the response time and success rate of each game interface in the verification data set, the running state indicator of each interface is determined, and according to business requirements and user experience requirements, the threshold values of response time and success rate are set for each interface. For example, for a key business interface, a stricter response time threshold and a higher success rate threshold are set. The real-time running state indicator of the interface is compared with the set threshold value. If the running state indicator exceeds the threshold value of the preset rule, an abnormality detection process is triggered. Specifically, detailed logs of key processes are extracted for the abnormal interface, including request logs, response logs, error logs, etc. The logs cover the time period before and after the occurrence of the abnormality to ensure comprehensive analysis of the causes of the abnormality. Further, from the extracted detailed logs, key information such as error codes, timeout records, and database connection failures is filtered out to determine whether there are potential fault points and to identify the specific stage of the abnormality, such as the request processing stage, the database query stage, and the third-party service calling stage.

[0051] In this embodiment, according to the comparison result between the running state indicator and the threshold value of the preset rule, the running state of each interface is marked, such as "normal", "warning", "abnormal", etc. For the interfaces marked as "warning" or "abnormal", the corresponding potential fault analysis results are recorded, and verification state information is finally generated for subsequent personnel to investigate and handle.

[0052] S500, based on the verification state information, update the interface progress data table; In the embodiment, a docking progress data table is further provided for mapping the test results of each service interface. Specifically, the verification status information generated by each game docking test interface is synchronized to the docking progress data table, that is, the docking state of each docking interface of each service type is adjusted to the running state of each service interface. Specifically, the docking state field value of the game docking test interface with a normal running state is marked as a completed state, and the detailed log of the test process is stored synchronously. For the game docking test interface with a warning and abnormal running state, the corresponding docking state field value is marked as a warning state and an abnormal state, and the detailed log of the test process and the potential fault analysis result are stored synchronously.

[0053] In the embodiment, the docking progress data table is stored in the blockchain node consensus to ensure the traceability of the data.

[0054] S600, synchronizing the updated docking progress data table to the game development party and the game publisher.

[0055] In the embodiment, the updated docking progress data table is synchronized to the game development party. The game development party queries the information in the docking progress data table and investigates and handles possible faults therein, realizes effective acceptance of the game access result, and then performs secondary testing on the abnormal interface to ensure that each service interface can meet the experience demand of users while completing the corresponding service function. If each service interface in the docking progress data table is marked as a completed state, a game access completion flag is marked in the docking progress data table. At this time, the docking progress data table is synchronized to the game publisher, and the game publisher performs acceptance of the game access function. After the acceptance is completed, the acceptance completion is marked, and the process of game publishing access is completed.

[0056] In some embodiments, the method further includes: performing feature extraction on the accessed game data, analyzing the game type and the play mechanism; combining the target user feature database, matching the corresponding user behavior preference, and obtaining a business model applicability evaluation result; based on the business model applicability evaluation result, generating a business model combination scheme by using a recommendation algorithm.

[0057] In the embodiment, after the game completes the publishing access, the accessed game data is further analyzed to help the game development party realize diversified business models.

[0058] In this embodiment, the accessed game data is specifically various data source acquisition information generated when the game is tested during the access process, including but not limited to game performance data, network related data, game function data and game behavior data. The game performance data and the network related data are used to verify the running state when the interface is called in the above step S400, to ensure that each interface of the game can normally run. Further, the game function data and the game behavior data are analyzed to obtain the game type and the play mechanism. In one possible embodiment, the game function data is, for example, task completion rate, skill release success rate, etc., and the game behavior data is, for example, creating a game character, payment behavior, level clearing behavior, etc. Specifically, in a puzzle game, the time used to complete a level is usually recorded after the corresponding game interface test interface is called, and in a simulation management game, the number and types of resources obtained by a player when completing a task are usually recorded after the corresponding game interface test interface is called, to find possible functional defects.

[0059] In this embodiment, the game function data and the game behavior data are subjected to feature extraction. Specifically, the data is cleaned to remove duplicate, erroneous or incomplete data records, and data of different dimensions and ranges are standardized to make them comparable for subsequent analysis. Further, core features related to the game type and the play mechanism are extracted from the feature data set.

[0060] In this embodiment, the game type and the play mechanism are determined based on the feature data set through a pre-established game classification model. For the game classification model, based on a large number of games of different styles and game types, game type features are extracted according to game themes, world views, picture styles and other factors. For example, a role-playing game with a fantasy magic background and a fine 3D picture can extract features such as "fantasy theme", "3D picture" and "role-playing". Meanwhile, the play mechanism features are extracted by analyzing the play rules, operation methods and core systems of various games. For example, a strategy game can include resource management, troop matching and strategic layout, and can extract features such as "resource management", "troop matching" and "strategic layout". Then, clustering algorithm is used to cluster the extracted features, and games with similar features are classified into one category, so as to determine the type of the game. For example, games with features such as "shooting", "multiplayer battle" and "competition" are classified into shooting competition games. Further, the association relationship between the play mechanism features in the same game type is analyzed by using association rule mining algorithm, to determine the core play and characteristic play of the same game type. For example, it is found that there is a strong association between "character upgrade" and "skill unlocking", which indicates that character upgrade is a prerequisite for unlocking skills and is an important part of the game play.

[0061] In this embodiment, the basic information, game history data, social data and the like of the target user are collected, the collected multi-source data is integrated, a target user feature database is constructed, and further, a similarity calculation algorithm is used to calculate the similarity between the game features and the target user features. For example, the cosine similarity between a strategy game and the user features of a user who likes strategy games is calculated. The higher the similarity, the more suitable the game is for the user's preferences. Then, according to the similarity calculation result, the game and the target user are matched to determine the user group suitable for the game. For example, a casual puzzle game is matched with a user group with older age and fragmented game time.

[0062] In this embodiment, the business model applicability evaluation result includes user willingness to pay, user retention rate and user activity, and a business model applicability evaluation model is constructed through a machine learning algorithm. The user behavior preference data and game feature data of the matched user group are used as input, and the business model applicability evaluation result is output, so as to obtain the evaluation result of the user group's willingness to pay, retention rate and activity degree for the game.

[0063] In this embodiment, based on the above generated business model applicability evaluation result, a recommendation algorithm is used to further generate a plurality of business model combination schemes. Specifically, similar user groups are found according to the similarity of the user groups in willingness to pay, retention rate and activity, and then similar combinations are recommended for the current user group by referring to the business model combinations used by the similar user groups in the past. For example, if it is found that the evaluation results of two user groups in willingness to pay, retention rate and activity are very close, and one of the user groups has achieved good results by using the combination of in-game item payment and membership subscription, the combination can be recommended to the other user group. In addition, the correlation between different business models can be analyzed, and the business model combination with high correlation can be recommended according to the evaluation result of the current game in willingness to pay, retention rate and activity. For example, if it is found that in-game item payment and time-limited activity promotion have strong correlation in improving user willingness to pay and activity, the combination of in-game item payment and time-limited activity promotion can be included in the recommended range.

[0064] Further, the generation of the combination scheme also needs to ensure that the revenue after combination can cover the cost and have a certain profit space, such as the compatibility between different payment modes, the expected revenue after combination and the like. For example, the in-game item payment mode and the advertising payment mode can be combined, but the frequency of advertising needs to be controlled to avoid affecting the user experience. In one possible embodiment, the business model combination scheme can be a combination scheme including in-game item payment, membership subscription and advertising payment.

[0065] In this embodiment, for the various business model combination schemes generated by the recommendation algorithm, the optimal business model combination scheme is determined in combination with the revenue performance of each mode in the historical data. Specifically, for each generated business model combination scheme, the expected revenue of the combination scheme is calculated according to the revenue performance of each mode in the historical data. For example, for the combination scheme of in-game item payment + member subscription, the expected revenue of in-game item payment and member subscription under this user group is calculated to evaluate the revenue performance of each business model combination scheme, so as to provide a strategy suggestion for game developers to publish. Specifically, when the interfacing progress data table is generated, the corresponding business model recommendation scheme is synchronized to the game development party.

[0066] In some embodiments, the business model applicability evaluation result and the revenue performance are comprehensively considered, and different business model combination schemes are comprehensively evaluated. A weighted scoring method can be used, each index is given a corresponding weight according to the importance of the payment willingness, the retention rate, the activity degree and the revenue, and then the comprehensive score of each combination scheme is calculated, and the business model combination scheme with the highest comprehensive score is selected as the optimal business model recommendation scheme to provide a corresponding publishing strategy suggestion for the game development party.

[0067] Please refer to Figure 2 The application also provides a game publishing self-service access system, which comprises: The first processing module 201 is configured to obtain the access application data of the game development party, verify and technically analyze the access application data, and obtain an interface configuration file; The second processing module 202 is configured to determine the interface calling logic based on the interface configuration file, and generate a test set of the interfacing interface; The third processing module 203 is configured to call the game interfacing test interface based on the test set of the interfacing interface, and generate an interfacing verification result; The fourth processing module 204 is configured to perform interface running state verification on the interfacing verification result by using a real-time verification state monitoring algorithm, and generate verification state information; The fifth processing module 205 is configured to update the interfacing progress data table based on the verification state information; The sixth processing module 206 is configured to synchronize the updated interfacing progress data table to the game development party and the game publishing party.

[0068] The game publishing self-service access system provided in the embodiments of the application is packaged as a game development platform, and a blockchain Dapp is embedded in the game development platform to ensure the security of the game publishing access and ensure that the whole process is traceable and tamper-proof. It can be understood that the game development platform is simultaneously directed to the game development party and the game publishing party, and is used for the game interfacing of the two parties.

[0069] It can be understood that the contents in the game publishing self-service access method embodiment as shown in Figure 1 are applicable to the game publishing self-service access system embodiment, the game publishing self-service access system embodiment specifically implements the same functions as the game publishing self-service access method embodiment as shown in Figure 1 , and achieves the same beneficial effects as the game publishing self-service access method embodiment as shown in Figure 1 .

[0070] It should be noted that the information interaction and execution process between the above systems are based on the same concept as the method embodiments, and the specific functions and technical effects can be referred to the method embodiments part, which will not be repeated here.

[0071] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the above-mentioned division of functional units and modules is exemplified, and in actual application, the above-mentioned functions can be completed by different functional units and modules according to needs, that is, the internal structure of the system is divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated in one processing unit, or each unit can exist physically, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be realized in the form of hardware or software function unit. In addition, the specific name of each functional unit and module is only for easy distinction, and does not limit the protection scope of the present application. The specific working process of the units and modules in the system can refer to the corresponding process in the foregoing method embodiments, which will not be repeated here.

[0072] Please refer to Figure 3 , the present embodiment further provides a computer device 3, comprising a memory 302 and a processor 301 and a computer program 303 stored in the memory 302, when the computer program 303 is executed on the processor 301, the game publishing self-service access method as described in any one of the above methods is implemented.

[0073] The computer device 3 can be a desktop computer, a notebook computer, a palm computer, a cloud server and other computing devices. The computer device 3 can include, but is not limited to, a processor 301, a memory 302. Those skilled in the art can understand that Figure 3 The computer device 3 is only an example, and does not constitute a limitation on the computer device 3, and can include more or fewer components than the illustration, or combine certain components, or different components, for example, it can also include input / output devices, network access devices, etc.

[0074] The processor 301 can be a central processing unit (CPU), and can also be other general-purpose processors, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor.

[0075] The memory 302 can be an internal storage unit of the computer device 3 in some embodiments, for example, a hard disk or a memory of the computer device 3. The memory 302 can also be an external storage device of the computer device 3 in other embodiments, for example, a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. Further, the memory 302 can include both the internal storage unit and the external storage device of the computer device 3. The memory 302 is used to store an operating system, an application program, a boot loader, data and other programs, for example, program codes of the computer program, etc. The memory 302 can also be used to temporarily store data that has been output or is to be output.

[0076] The embodiment of the present application further provides a computer readable storage medium, which stores a computer program, and the computer program is run by a processor to implement the game publishing self-service access method according to any one of the above methods.

[0077] In this embodiment, the integrated unit, if implemented in the form of a software functional unit and sold or used as an independent product, can be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the above-mentioned embodiment methods can be completed by a computer program instructing related hardware, and the computer program can be stored in a computer readable storage medium. When the computer program is executed by a processor, the steps of the above-mentioned various method embodiments can be implemented. The computer program includes computer program code, which can be in the form of source code, object code, executable files or some intermediate forms. The computer readable medium at least includes any entity or device capable of carrying the computer program code to the photographing device / computer equipment, recording medium, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signal, telecommunication signal and software distribution medium. For example, U disk, mobile hard disk, magnetic disk or optical disk, etc. In some jurisdictions, according to legislation and patent practice, the computer readable medium can not be an electrical carrier signal and a telecommunication signal.

[0078] The above-described embodiments are merely intended to illustrate the technical solutions of the present application, but not to limit them; even though the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacements for some technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims

1. A game distribution self-service access method, characterized in that, The method comprises the following steps: Obtaining access application data of a game development party, verifying and technically analyzing the access application data to obtain an interface configuration file; Based on the interface configuration file, determining interface calling logic and generating a docking interface test set; Based on the docking interface test set, calling a game docking test interface to generate a docking verification result; Using a real-time verification state monitoring algorithm to verify the running state of the docking verification result to generate verification state information; Based on the verification state information, updating a docking progress data table; Synchronizing the updated docking progress data table to the game development party and the game publisher.

2. The method of claim 1, wherein, The method comprises the following steps: Obtaining access application data of a game development party, verifying and technically analyzing the access application data to obtain an interface configuration file; Obtaining the access application data submitted by the game development party through blockchain technology, wherein the access application data comprises identity information, a game identifier and technical parameter configuration; Verifying the access application data to generate a unique on-chain identifier; 3. The method of claim 2, wherein, Performing format verification and integrity check on the technical parameter configuration to generate interface configuration data. The method comprises the following steps: Obtaining the developer public key from the digital signature carried in the identity information, verifying the identity information and generating a developer address; 4. The method of claim 1, wherein, Performing hash operation on the verified developer address in combination with the game identifier and request timestamp to generate a unique on-chain identifier. The method comprises the following steps: Performing format verification on the technical parameter configuration using a standardized interface protocol; If the format verification is unqualified, marking it as an abnormal record and returning an error prompt; If the format verification is qualified, generating a first parameter data set and performing integrity check on the first parameter data set to generate a second parameter data set; Based on the second parameter data set, generating a preliminary configuration file in combination with a preset standard; 5. The method of claim 1, wherein, Extracting key fields from the preliminary configuration file to generate interface configuration data. The method comprises the following steps: Extracting specific values of key fields of each business type from the interface configuration file to determine interface calling logic; 6. The method of claim 1, wherein, Based on the interface calling logic, determining game docking test interfaces of each business type to generate a docking interface test set. The method comprises the following steps: Structurally processing the docking verification results of each game docking test interface to generate a verification data set; For each game docking test interface, generating a corresponding running state indicator based on the verification data set; 7. The method of claim 1, wherein, If the running state indicator exceeds a preset rule threshold, triggering an abnormality detection process, performing potential fault analysis on the corresponding game docking test interface to obtain verification state information. The method further comprises the following steps: Extracting features of the accessed game data to analyze game types and play mechanisms; Combine the target user feature database, match the corresponding user behavior preference, and obtain a business model applicability evaluation result; Based on the business model applicability evaluation result, a recommendation algorithm is used to generate a business model combination scheme.

8. A game distribution self-service access system, characterized by, It comprises: A first processing module is configured to obtain access application data of a game development party, verify and technically analyze the access application data, and obtain an interface configuration file; A second processing module is configured to determine interface calling logic based on the interface configuration file and generate a test set of the interface; A third processing module is configured to call a game interface test interface based on the test set of the interface, and generate a test result of the interface; A fourth processing module is configured to use a real-time verification state monitoring algorithm to verify the running state of the interface based on the test result of the interface, and generate verification state information; A fifth processing module is configured to update a docking progress data table based on the verification state information; A sixth processing module is configured to synchronize the updated docking progress data table to the game development party and the game publisher.

9. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, The processor executes the computer program to realize the method of any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, the computer program comprising instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 9. The computer program is executed by the processor to realize the method of any one of claims 1 to 7.