P2P Service Selection Entity Stability Evaluation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In P2P networks, the instability of selected service provision entities leads to frequent reselection and delays, particularly for real-time services like VoD and IPTV, as existing methods do not evaluate stability beforehand and require time to switch to a new entity upon fault detection, failing to meet real-time requirements.

Innovation Solution

A method for selecting a service provision entity in a P2P network involves receiving service capability information, obtaining service request information, and selecting an appropriate service provision entity based on capability and request type, using a service selection entity that comprises network-enabled communication devices like client devices, servers, or storage devices, to ensure heterogeneous entities meet specific service needs.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a service provision entity is selected based on physical network information without evaluating stability, then the selection process is simple and fast, but the service provision entity becomes unstable and requires frequent reselection

Engineering Contradiction:
Improveservice provision stabilityVSAvoidselection process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by evaluating and determining the stability of service provision entities before selection occurs. The service selection entity assesses stability metrics (such as historical performance, uptime, and reliability indicators) in advance, so that when a selection is needed, a stable entity can be chosen immediately without requiring frequent reselections. This pre-evaluation resolves the contradiction by maintaining simplicity in the actual selection process while ensuring reliability through prior stability assessment.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If the client waits to detect fault before switching service provision entities, then the system operates normally, but delays occur when switching is needed

Engineering Contradiction:
Improveswitching delayVSAvoidservice continuity
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The patent applies preliminary action by proactively monitoring and evaluating the stability and health status of service provision entities before faults occur. The service selection entity maintains knowledge of entity stability levels and can preemptively switch to a more stable entity before the current one fails, thereby reducing switching delays and maintaining service continuity without waiting for fault detection.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where the service selection entity continuously receives information about service provision entity performance and stability. This feedback loop allows the system to monitor entity health in real-time and make informed switching decisions, reducing delays by acting on stability indicators before complete failure occurs while maintaining service continuity through proactive management.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If frequent reselection of service provision entities occurs, then the system adapts to faults, but service stability deteriorates and real-time requirements are not met

Engineering Contradiction:
Improvefault adaptation capabilityVSAvoidservice provision stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent applies preliminary action by evaluating the stability of service provision entities in advance before selection. The service selection entity assesses stability metrics (historical performance, uptime, reliability indicators) beforehand, ensuring that when reselection is needed due to faults, it transitions to a pre-identified stable entity rather than randomly selecting or attempting multiple selections. This reduces the frequency of reselection operations while maintaining adaptability to faults, thereby improving service stability and meeting real-time requirements.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10033548B2Method, system, service selection entity, and service management entity for selecting service provision entity
Publication Date: 2018.07.24 HUAWEI TECH CO LTD
  • US10033548B2 patent drawing
  • US10033548B2 patent drawing
  • US10033548B2 patent drawing

AI summary

The present invention discloses a method, system, service selection entity, and service management entity for selecting a service provision entity in a peer-to-peer (P2P) network communication, so as to select heterogeneous service provision entities for heterogeneous service requesting entities. The method includes: receiving service capability information of service provision entities; obtaining service request information of a service requesting entity; and selecting a service provision entity of an appropriate service capability to provide a service for the service requesting entity according to the service capability information of service provision entities and the service request information of the service requesting entity. The present invention is applicable to P2P overlay networks, wherein the service selection entity, the service requesting entities, and the service provision entity each comprises a respective network enabled communication device selected from anyone of: a client device, a server, and a storage device for peer-to-peer (P2P) network communication.