Browser Kernel Adaptation via Dynamic Page Type Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current mobile browsers cannot automatically adapt their kernel during web page browsing, leading to inconsistent rendering effects and suboptimal user experience due to the fixed use of a default browser kernel.

Innovation Solution

A method that dynamically selects a browser kernel based on the type of web page by sending an HTTP request, determining the content type, and choosing between different kernel options provided by the developer, mobile terminal, or background transfer to optimize rendering.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a fixed default browser kernel is used, then the browser structure is simple and stable, but the rendering effect is inconsistent across different page types and user experience deteriorates

Engineering Contradiction:
Improvebrowser kernel adaptabilityVSAvoidbrowser structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The browser kernel is transformed from a static fixed component to a dynamic selectable component. The system maintains multiple browser kernels (default kernel, terminal kernel, background transfer kernel) and dynamically selects among them based on page type detection, enabling the browser to adapt its rendering engine to different content requirements while maintaining a manageable structural framework.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The browser is designed to support multiple kernel types that can handle different page scenarios. The default browser kernel provides basic rendering, the terminal kernel leverages mobile terminal capabilities for enhanced effects, and the background transfer kernel handles specific content types. This multi-functional kernel architecture allows a single browser to serve diverse rendering needs across different page types.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If multiple browser kernels are supported, then rendering effect is improved, but kernel selection complexity increases

Engineering Contradiction:
Improverendering effect qualityVSAvoidpage type detection difficulty
Core Design Contradiction:
ReliabilityVSDifficulty of detecting and measuring

Solution Approach 1:

The system performs preliminary detection of page type through HTTP request/response analysis before actual rendering. By examining the content type in HTTP response messages and analyzing page data segments (such as checking for WML vs HTML markers), the browser determines the appropriate kernel to use in advance, avoiding complex real-time decision-making during rendering and simplifying the selection process.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The browser uses feedback from HTTP response messages and page content analysis to automatically determine page type and select the appropriate kernel. The system continuously monitors response headers and content characteristics, using this feedback information to make intelligent kernel selection decisions, thereby reducing the perceived complexity for users while maintaining high rendering quality.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If automatic kernel adaptation is implemented, then user experience is enhanced, but traffic consumption increases due to additional detection requests

Engineering Contradiction:
Improveuser experienceVSAvoidtraffic consumption
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The browser implements partial detection by focusing only on critical identification points in the HTTP response and page content. Rather than analyzing the entire page, the system checks specific markers (such as content type headers and initial data segments) to determine page type. This partial action approach provides sufficient information for kernel selection while minimizing additional traffic consumption.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The browser uses existing HTTP request/response traffic that is already part of the normal browsing process to gather detection information. By analyzing the content type in HTTP response messages and page content that would be downloaded anyway, the system extracts kernel selection information without requiring separate detection requests, thereby avoiding additional traffic overhead while enabling automatic adaptation.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9571556B2Browser kernel adaptation method and browser therefor
Publication Date: 2017.02.14 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • US9571556B2 patent drawing
  • US9571556B2 patent drawing
  • US9571556B2 patent drawing

AI summary

The present disclosure, pertaining to the field of computer Internet, discloses a browser kernel adaptation method and a browser therefor. The method includes: receiving, by a browser, a request for browsing a page from a user; acquiring, by the browser, information of the page from a server according to the request, and determining the type of the page according to the information of the page; and selecting, by the browser, a browser kernel according to the type of the page, and processing the request by using the selected browser kernel. The browser includes: a receiving module, a determining module, and a selecting module. The present disclosure implements an automatic adaptation function of the browser kernel during page browsing, and solves the problem that the browser kernel in the prior art cannot be automatically adapted.