sdruesedow
commented
9 years ago The following is an commented and extended version of the first version above.
Referenced Scenario
Daily Life
Description
Similar to #1 but in this case each participant is subscribed to different CSPs, having each one the service behavior set by its CSP (e.g. Alice conversation usage experience is set by its service provider).
Actors
The emntioned entities above are are not actors as listed and described in "Actors and roles". These are business roles, which are sometimes also present under the same name as actor. Actors would be:
Pre-conditions
- Alice and Bob are subscribers of different Communication Service Providers.
- Both Communication Service Providers know a Interconnectivity Provider
-
81 #83 Alice and Bob are registered in different CSP.
- Alice knows Bob identifier
Post-conditions
success criteria
Alice communicates with Bob
failure criteria
no communication between Alice and Bob
General Flow / Steps
- Alice "calls" Bob with her own communication app via Bobs identifier
- Alice's app recognizes that Bob is not customer of own domain
- Alice's app contacts Interconnectivity Provider ("connect") to get information about Bob's identifier and communication endpoint
- Interconnectivity Provider provides information about Bobs Identity, inkl. Url of Protocol-on-the-fly communication stack
- Alice's app downloads/instantiates protocol stub for Bobs domain and establishes signalling channel with Bobs domain.
- Signalling is exchanged and communication is established.
Differentiation - Market Relevance
Not currently possible with Web Communications. Essential to achieve seamless interoperabilty between any user without having the need to use more than one conversational App. Overcomes the domination of established communications providers. Building bridges across network borders.
pchainho
rebecca-copeland
Dimitrie
Actors
Alice and Bob are Identified Consumer that are Conversation Participants
Alice and Bob are subscribers of different Communication Service Providers.
Pre-conditions
81 #83 Alice and Bob are using different CSPs, but are registered (authenticated, authorized) at the IdP of their CSP.
Description
Similar to #1 but in this case Alice and Bob are subscribed to different CSPs. They are using the corresponding service behavior - user interface of their CSP (e.g. Alice conversation user experience is set by its service provider).
Differentiation - Market Relevance
Not currently possible with Web Communications. Essential to achieve seamless interoperabilty between any user without having the need to use more than one conversational App.
Remark: The above mentioned description is one option, in which each user keeps their original user experience. There is also the possibility that only one user experience is provided, this would mean that e.g. that Alice (who initiates the call) user experience is ported to Bob, once he accepts the call.