Dynamic Mashup Service Aggregation via Client-Server Negotiation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mashup servers face challenges in ensuring availability of Mashup applications due to third-party data source issues, require users to analyze multiple data sources inconveniently, do not fully utilize client-server capabilities, and may infringe on user privacy by reporting terminal data.

Innovation Solution

A service Mashup method through dynamic cooperation between client and server, where the server creates Mashup application logic, binds third-party services, and negotiates with the client to determine specific services for parallel execution, decoupling applications from third-party data sources and shielding direct client-data interfaces, ensuring user privacy by not uploading data to the network.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the Mashup server provides many Mashup applications, then the service coverage is improved, but the availability of the Mashup applications cannot be ensured due to third-party data source issues

Engineering Contradiction:
Improveservice coverageVSAvoidavailability of Mashup applications
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces a runtime environment as an intermediary layer between the Mashup server and third-party data sources. This runtime environment dynamically binds to third-party services and data sources, isolating the Mashup applications from direct dependencies on external services. When third-party services change or terminate, the runtime environment can adapt by re-binding to alternative services, thereby maintaining application availability while preserving broad service coverage.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the Mashup server provides miscellaneous services and information sources, then the service diversity is improved, but the user needs to analyze the third-party data source which is inconvenient

Engineering Contradiction:
Improveservice diversityVSAvoiduser convenience
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent implements a service binding mechanism where the runtime environment automatically performs service binding and data source analysis without requiring user intervention. The system self-adapts by dynamically binding to available third-party services and automatically analyzing data source compatibility, thereby providing diverse services while maintaining ease of operation for users.

Inventive Principle:
Principle #25Self-service

3Device complexity

If the Mashup server and client are used separately, then the system simplicity is maintained, but the advantages and features of both server and client are not fully utilized

Engineering Contradiction:
Improvesystem simplicityVSAvoidutilization of capabilities
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The patent segments the Mashup system into distinct server-side and client-side runtime environments, each with specialized functions. The server-side environment handles service binding, data source management, and application deployment, while the client-side environment executes applications and interacts with local devices. This segmentation allows both components to be optimized independently, fully utilizing their respective capabilities while maintaining overall system simplicity through clear functional boundaries.

Inventive Principle:
Principle #1Segmentation

4Adaptability or versatility

If the terminal reports capabilities and data to the Mashup server, then the service personalization is improved, but user privacy may be infringed

Engineering Contradiction:
Improveservice personalizationVSAvoiduser privacy
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent introduces a client-side runtime environment as an intermediary that processes and filters terminal capabilities and data before transmission to the server. This intermediary layer enables service personalization by selectively sharing only necessary information with the server while retaining sensitive data locally, thereby achieving personalization without compromising user privacy.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP2506518B1Service aggregation method dynamically assisted by client and server, server and client
Publication Date: 2018.03.21 HUAWEI TECH CO LTD
  • EP2506518B1 patent drawingFigure 1
  • EP2506518B1 patent drawingFigure 2~3
  • EP2506518B1 patent drawingFigure 4~5

AI summary

Embodiments of the present invention disclose a service Mashup method implemented through dynamic cooperation of a client and a server. The method includes the following steps: The server creates a Mashup application logic after receiving a Mashup service creation request sent by the client; the server binds a third-party service according to the Mashup application logic, and negotiates with the client to determine a specific bound service according to the local service bound by the client and the third-party service bound by the server; the server generates a service logic process according to the specific bound service and the Mashup application logic, and executes the service logic process in parallel with the client. Further, a Mashup server and a Mashup client are provided. The embodiments of the present invention can improve the user experience of a Mashup service, simplify creation of a Mashup application, balance the processing capabilities of the client and the processing capabilities of the server, and properly ensure personal information security of a user.