Terminal Object Blocking Strategy Update via Server Feedback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing object blocking methods on terminals are inefficient in determining whether to block objects, such as advertisements, leading to low accuracy rates and potential user disturbance, as they rely on pre-set strategies that may not account for new or unfamiliar objects.

Innovation Solution

A method where a terminal device sends feature information of uncertain objects to a server, which generates and feeds back a target blocking strategy, allowing the terminal to update its blocking strategy library and make informed decisions on subsequent object blocking.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If pre-set blocking strategies are used on terminals, then device complexity is reduced and operation is simplified, but blocking accuracy deteriorates and new objects cannot be effectively identified

Engineering Contradiction:
Improveblocking accuracyVSAvoidstrategy library complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The blocking strategy system is segmented into two parts: a lightweight local strategy library on the terminal for quick matching, and a remote server for generating new strategies. This segmentation allows the terminal to maintain simple operations while achieving high accuracy through server-assisted strategy updates.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements feedback by sending unrecognized object feature information to the server, receiving generated blocking strategies in return, and updating the local strategy library. This feedback loop continuously improves blocking accuracy without increasing terminal complexity.

Inventive Principle:
Principle #23Feedback

2Measurement precision

If more blocking strategies are stored locally on terminals, then blocking accuracy improves, but device storage and processing requirements increase

Engineering Contradiction:
Improveobject identification accuracyVSAvoidstrategy data volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The server serves multiple functions: storing the comprehensive strategy library, analyzing unrecognized objects, generating new strategies, and distributing them to terminals. This multi-functionality allows the terminal to maintain a compact local library while benefiting from the server's comprehensive knowledge base.

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

Solution Approach 2:

The system transitions from a single-dimension local storage model to a multi-dimensional architecture where strategy data exists both locally (for speed) and remotely (for completeness). This dimensional change allows the terminal to access extensive strategy data without increasing local storage burden.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Reliability

If all blocking decisions are made on the terminal using local strategies, then response speed is fast, but blocking reliability deteriorates when encountering new objects

Engineering Contradiction:
Improveblocking decision reliabilityVSAvoidstrategy update time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The server pre-generates blocking strategies based on analyzed object features and makes them available in the strategy library before terminal encounters. When the terminal encounters an unrecognized object, it can quickly retrieve pre-prepared strategies without real-time analysis delays, maintaining both reliability and speed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The terminal autonomously matches objects against its local strategy library for immediate blocking decisions, maintaining fast response. Only when local strategies are insufficient does it seek server assistance, making the system self-sufficient for common cases while relying on the server for edge cases.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11323542B2Objection blocking method, terminal, server, and storage medium
Publication Date: 2022.05.03 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • US11323542B2 patent drawing
  • US11323542B2 patent drawing
  • US11323542B2 patent drawing

AI summary

An object blocking method, a terminal, a server, and a storage medium are provided. The method includes: sending, when whether to block a target object cannot be determined according to a first blocking strategy library, feature information of the target object to a server. The feature information instructs the server to generate a target blocking strategy according to the feature information and feed back the target blocking strategy. The method also includes: receiving the target blocking strategy fed back by the server; adding the target blocking strategy to the first blocking strategy library; and performing subsequent object blocking according to the first blocking strategy library added with the target blocking strategy, including: determining whether to block the target object according to the target blocking strategy in the first blocking strategy library.