Runtime Library for Internet Application Message Processing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current technologies require high technical expertise and result in long development cycles and high operation and maintenance costs for online game development due to the complexity of programming languages and the need for separate development teams for client and server sides.
Innovation Solution
A method and apparatus that load and compile N code files of processing logic into a runtime library, allowing for registration and parsing of message data packages to call corresponding functions based on internet application identification, simplifying the development and maintenance of internet applications.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If programming is done on the server side using complex languages like C, C++, or Java, then the internet application can support online interaction and data storing, but the development cycle becomes long and technical expertise requirements increase
Solution Approach 1:
The patent introduces an access server as an intermediary layer between the client and the application server. The access server handles message routing, protocol conversion, and basic processing, allowing the application server to focus on core business logic. This mediator approach simplifies the overall system architecture and reduces the complexity of server-side programming requirements.
Solution Approach 2:
The patent divides the server functionality into two separate components: an access server and an application server. The access server handles communication protocols, message routing, and connection management, while the application server focuses on business logic and data processing. This segmentation allows each component to be developed and maintained independently, reducing the overall development cycle and technical barriers.
2Manufacturing precision
If separate development teams are required for client side and server side programming, then specialized programming can be done for each side, but production efficiency decreases and development cycle lengthens
Solution Approach 1:
The access server is designed with universal functionality to handle multiple types of internet applications through a standardized interface. It can process messages for different applications simultaneously using the same infrastructure, allowing a single team to maintain the access server while different teams work on application-specific logic. This multi-functionality reduces the need for separate specialized teams for each application type.
3Adaptability or versatility
If an exclusive backstage server is deployed for each internet application, then the server can be optimized for specific application logic, but operation and maintenance cost increases
Solution Approach 1:
The patent merges multiple application servers into a shared infrastructure managed by a single access server. Multiple internet applications can coexist on the same access server, which handles their communication and coordination. This consolidation reduces the total number of servers required, lowers operation and maintenance costs, while still allowing each application to maintain its own business logic and data processing capabilities.
4Extent of automation
If all processing logic is deployed on the server side, then centralized control can be achieved, but development complexity and technical requirements increase
Solution Approach 1:
The patent extracts communication protocols, message routing logic, and connection management functions from the application server and places them in the access server. This extraction simplifies the application server's programming requirements, as it no longer needs to handle low-level communication details. The access server handles these extracted functions, providing centralized control while reducing overall system complexity.
Data Source
AI summary
Methods, apparatus, and communication systems for implementing an internet application are disclosed. A number N of code files of a processing logic used for implementing a first internet application can be loaded in a memory and can be compiled into a runtime library. The runtime library can be registered to the first internet application. A message data package can be received from an internet application client and parsed to obtain an internet application identification. When the internet application identification indicates that the message data package corresponds to the first internet application, a corresponding function in the runtime library of the first internet application can be called to process the message data package, according to a message identification contained in the message data package.