IP Telephony Delegation Architecture for Representative Status Identification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing enterprise telephony systems do not effectively convey the representative status of a call party, leading to difficulties in prioritizing and handling time-sensitive calls when delegation occurs, as the representative's identity is not properly acknowledged by remote parties.

Innovation Solution

A communications architecture that identifies and conveys the representative's status during IP-based calls and conferences, using protocols like SIP and C3P to display the representative's identity on caller ID or user interfaces, enabling proper authorization and delegation within the system.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a call representative makes calls on behalf of a call party using typical PBX telephony systems, then the call representative can handle communication tasks for the call party, but the representative status is not conveyed to remote parties leading to improper call prioritization

Engineering Contradiction:
Improvecall delegation capabilityVSAvoidrepresentative status information
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

The patent introduces an intermediary mechanism (delegation indicator transmitted through SIP protocols) that mediates between the call representative and remote parties. This intermediary conveys the representative status information without requiring direct modification of the existing telephony infrastructure, allowing the representative relationship to be communicated effectively through standard communication channels.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the call information into distinct components: the actual call data and the delegation indicator. By separating the representative status information from the standard call signaling, the system can transmit both pieces of information independently through SIP protocols, ensuring that remote parties receive complete context about the call's nature and can prioritize accordingly.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If typical telephony systems are used for delegation, then basic call forwarding is possible, but the system complexity increases without proper representation indication

Engineering Contradiction:
Improvedelegation functionalityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent makes the existing SIP protocol infrastructure universal by extending it to handle delegation scenarios. The same SIP signaling mechanisms used for basic call setup are also used to convey delegation indicators, allowing a single system to handle both standard calls and delegated calls without requiring separate complex infrastructure for each function.

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

Solution Approach 2:

The system enables self-service delegation by allowing call representatives to initiate delegated calls using their own credentials while the system automatically manages the representation indication. The delegation relationship is established through automated protocol exchanges rather than requiring manual configuration or complex administrative overhead, reducing system complexity while maintaining versatility.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9036804B2Extensible realtime delegation for calls, conferences and collaboration
Publication Date: 2015.05.19 MICROSOFT TECHNOLOGY LICENSING LLC
  • US9036804B2 patent drawing
  • US9036804B2 patent drawing
  • US9036804B2 patent drawing

AI summary

Architecture for enabling identification of a call party's representative during calls on behalf of the call party. The call representative is delegated to initiate or answer an IP call on behalf of the call party. An IP-telephony component initiates or answers the IP call by the call representative on behalf of the call party. The IP-telephony component can be an IP telephone, or any other suitable IP calling interface. An identification component presents a representation notification identifying the call representative to a connected call party. The representation notification can be displayed on a caller ID display on an IP phone, or can be displayed on a user interface of the personal computing device, for example. The calls can be point-to-point IP calls with a single participant, or can be conference calls with multiple participants, and can be performed with one or more suitable protocols.