[wsrp] Business Scenarios: Multi-Media Sports Portal and WirelessStock Trading

[Thomas Schaeck <SCHAECK@de.ibm.com>]

Plase find attached the business scenarios from Aditi:


(See attached file: WSRP Business Scenario - Multimedia Sports Portal.DOC)
(See attached file: WSRP Business Scenario - Multimedia Sports Portal.htm)



(See attached file: WSRP Business Scenario - Wireless Stock Trading.DOC)
(See attached file: WSRP Business Scenario - Wireless Stock Trading.htm)


Best regards,

Thomas

Attachment: =?iso-8859-1?Q?WSRP_Business_Scenario_-_Multimedia_Sports_Portal.DOC?=
Description: Binary data

Title: Use Case Report: <Use-Case Name>

Requirements Document

Business Scenario Report: Multimedia Sports Portal

 

Version 1.0

 

 

 

Revision History

Date	Version	Description	Author
07/Apr/02	1.0	Initial Draft	Aditi Karandikar

 

Table of Contents

1.     Multimedia Sports Portal                                                                                                                                                        1

1.1      Description                                                                                                                                                                   1

2.     Participants                                                                                                                                                                               1

2.1      Multimedia content providers (ESPN, Ford etc.)                                                                                                    1

2.1.1    Role                                                                                                                                                                      1

2.1.2    Relationships                                                                                                                                                      1

2.1.3    Business Objectives                                                                                                                                          1

2.1.4    Solution Requirements                                                                                                                                      1

2.2      X Company (Service Provider/Aggregator)                                                                                                            1

2.2.1    Role                                                                                                                                                                      1

2.2.2    Relationships                                                                                                                                                      1

2.2.3    Business Objectives                                                                                                                                          1

2.2.4    Solution Requirements                                                                                                                                      1

Business Scenario  

1.                  Multimedia Sports Portal

1.1               Description

X Company is a multimedia services company that focuses on sports event coverage. The company would like to syndicate content from several content providers to create an integrated multimedia portal for Indy Car racing. This integrated service will allow a user to interact in an ongoing car race, by providing live, interactive videos of the circuit with a clickable map alongside. It will also provide videos and info. about the features of the participating cars and interviews with drivers. This scenario describes the use of multimedia in web services not yet possible with existing technology.

2.                  Participants

2.1               Multimedia content providers (ESPN, Ford etc.)

2.1.1          Role

Multimedia content providers like Sports video providers, Circuit map providers and Car manufacturers make their content available as WSRP services. These services (portlets) are listed in X company's private registry.

2.1.2          Relationships

Content providers deliver content to intermediary web applications and portals that aggregate content on a unified User Interface. By enabling their content as a WSRP service, aggregators/portals can add them easily. Web Service enabling their content also allows access to multiple distribution channels. Content providers may subscribe to affiliate programs to leverage customer bases.

2.1.3          Business Objectives

·          Add new channels of distribution

·          Leverage large consumer base through affiliate programs

·          Allow for co-branding with affiliates

·          Increase the number of consumers

·          Maintain brand control downstream

2.1.4          Solution Requirements

The consumer should be able to easily integrate multimedia content in his environment. For certain content providers like map providers, it is important to maintain brand control (copyright included) down the chain of consumers.

2.1.4.1     Functionality

·          New distribution channels: Allow consumers to easily provision for new channels of distribution & deployment

·          Real-time: Support real-time syndication of content where relevant (E.g. race in real-time) 

2.1.4.2     Usability

2.1.4.3     Reliability

2.1.4.4     Performance

2.1.4.5     Supportability

·          Support direct client (HTML,WML,etc) or a Web Service, MPEG-4, Flash etc.

2.1.4.6     Constraints

2.2               X Company (Service Provider/Aggregator)

2.2.1          Role

X Company syndicates multimedia content from different content providers to create a multimedia portal service for Indy car racing.

2.2.2          Relationships

Content providers make content available as WSRP services, which are syndicated on X Company’s platform. X Company has relationships with other service providers too. These 3^rd party services are aggregated by X Company on its portal.

2.2.3          Business Objectives

·          Create a highly interactive multimedia portal for Indy car racing

·          Allow for co-branding with affiliates and content providers

·          Increase the number of end users

·          Use the best viewer available on the client side.

2.2.4          Solution Requirements

Since the service involves syndication of interactive content from different sources the synchronization aspect is important. Different media such as pictures, video clips, sound and data need to be synchronized to provide a high level of interactivity and a seamless end user experience.

The service would be able to be displayed on the client side by any renderer/player compatible with WSRP interfaces. This would allow the user to interact with an HTML, Flash or Mpeg-4 content.

2.2.4.1     Functionality

·          New distribution channels: Allow consumers to easily provision for new channels of distribution & deployment

·          Plug – n – play portlets: Allow remote portlets to easily plug into web applications and portals

·          Real-time: Support real-time syndication of content where relevant (E.g. car race in real-time)

·          User profile: Maintain a user profile that tracks user interest and provides relevant info. based on user profile

 

2.2.4.2     Usability

2.2.4.3     Reliability

2.2.4.4     Performance

2.2.4.5     Supportability

2.2.4.6     Constraints

 

 

 

 

Attachment: =?iso-8859-1?Q?WSRP_Business_Scenario_-_Wireless_Stock_Trading.DOC?=
Description: Binary data

Title: Use Case Report: <Use-Case Name>

Requirements Document

Business Scenario Report: Wireless Stock Trading Service

 

Version 1.0

 

 

 

Revision History

Date	Version	Description	Author
06/Apr/02	1.0		Aditi Karandikar

 

Table of Contents

1.       Wireless Stock Trading Service 1

1.1     Description      1

2.       Participants          1

2.1     S-Trade (Application Provider)      1

2.1.1         Role            1

2.1.2         Relationships            1

2.1.3         Business Objectives            1

2.1.4         Solution Requirements            1

2.2     EZ Telecom (Mobile Service Provider)      2

2.2.1         Role            2

2.2.2         Relationships            2

2.2.3         Business Objectives            2

2.2.4         Solution Requirements            3

Business Scenario  

1.                  Wireless Stock Trading Service

1.1               Description

The context for this scenario is the need for a Telecom Provider to provide value-added services to its end-users by moving from a pure provisioning model to an intermediation model through Web Services. In a world where network infrastructure and bandwidth are increasingly being taken for granted we think intermediation will play a key role in growing a Telco’s business.

 

1.2               The Scenario

EZ Telecom is a mobile service provider who would like to provide a stock trading WSRP service for its users. S-Trade is a financial services application vendor who provides the stock trading WSRP service, consumed by EZ Telecom. The scenario describes a stock trading WSRP service ported to different devices with real-time, offline capabilities and alerts. The offline mode would allow a user to store and retrieve pages on his device when the network is down (E.g. – a graph). The service also provides users real-time quotes for stocks and alerts the user of stock updates. Since the service is available on many devices and is multi-modal the user interface requirements for adaptation are different in each of the above-mentioned cases (i.e. real-time, offline, alerts). Since the end-users of this service are mobile and typically own more than one device, it is important to adapt the service in a device dependent manner.

 

2.                  Participants

2.1               S-Trade (Application Provider)

2.1.1          Role

S-Trade is a financial applications vendor who provides financial software to ASPs. In order to access multiple distribution channels the company is in the process of migrating its applications to make them available as Web Services. One of these is a stock trading application, which is already available as a WSRP service. The service, provides alerts, and buying and selling of stocks.

 

2.1.2          Relationships

S-Trade has relationships with other content providers like NYSE whose content S-Trade aggregates.

 

2.1.3          Business Objectives

·          Expose financial services applications as WSRP Services to access multiple channels of distribution.

·          Enable the end-user to access the service anytime, anywhere

·          Maintain brand control in the provisioning chain

·          Provide a better (seamless) end-user experience

·          Increase the number of consumers

2.1.4          Solution Requirements

The stock trading service/utility can be easily integrated into the consumer’s environment and is seamless for the end-user. 

 

2.1.4.1     Functionality

·          New distribution channels: Allow consumers to easily provision for new channels of distribution & deployment

·          Multi-modality: Provide multi-modal capabilities by enabling voice and web access to the stock trading service

·          Multi-device support: Support multiple devices, protocols and networks

·          Real-time: Support real-time/offline access to the stock trading service

·          Alerts: Alerts on stock updates

·          Unified Communication Interface: Provide a single interface for multiple technologies like synchronization, speech recognition and messaging

·          Seamless Integration: Provide for seamless integration of the service in the consumer’s environment

·          Multiple Markup Languages: Support multiple markup languages

·          Multiple Data Sources: Support multiple data sources – RDBMS, VoiceXML, XML etc.

·          Integration: Allow consumer to easily configure the service to adapt to the user interface of the consumer

 

2.1.4.2     Usability

·          Consumer should be able to easily integrate the service into his own environment/application/service

·          Consumer should be able to make changes to the user interface easily and quickly

 

2.1.4.3     Reliability

·          Service should be available 24/7

 

2.1.4.4     Performance

·          Network availability and speed maybe a problem

·          Availability of 2G and 3G networks would improve performance of the service

·          Unnecessary round-trips should be avoided

 

2.1.4.5     Supportability

·          Services should support multiple data sources (detect and upgrade changes to content instantly).

 

2.1.4.6     Constraints

·          Network speed

·          Network availability

·          Support for new devices introduced on the market

·          Support for thick clients

 

2.2               EZ Telecom (Mobile Service Provider)

2.2.1          Role

EZ Telecom would like to provide seamless access to a stock trading WSRP service to its mobile users.

 

2.2.2          Relationships

Content providers can syndicate content directly to EZ Telco’s system using the relevant protocols/standards or they maybe part of an affiliate program.

 

2.2.3          Business Objectives

·          Provide end-users the capability to trade stocks anytime, anywhere thereby reducing the churn/turnover.

·          Increase brand awareness

·          Allow for co-branding with affiliates

·          Alert a user depending on his profile

·          Drive business for content providers

·          Allow content providers to easily add new channels

·          Ability to interact with the user and use his profile for different promotional activities

2.2.4          Solution Requirements

Most end-users of this service are mobile and own several devices. A requirement of this service is the ability to maintain a single user profile for the different devices the user owns.  Facilitate device appropriate data transfer (E.g. voice data to a voice enabled device).

2.2.4.1     Functionality

·          Wireless interface: Provide a wireless interface to the stock trading web service

·          Multi-modal: Provide multi-modal capabilities by enabling voice and web access to the stock trading service

·          Multiple devices: Support multiple devices, protocols and networks

·          Multiple channels: Support real-time/offline access to the stock trading service

·          Alerts: Alerts on stock updates

·          Unified Communication Interface: Provide a single interface for multiple technologies like synchronization, speech recognition and messaging

·          Multiple markup languages: Support multiple markup languages or multiple templates/DTDs for XML

·          Multiple data sources: Support multiple data sources (local & remote)– RDBMS, VoiceXML, XML etc.

 

2.2.4.2     Usability

·          Wireless end-user should be able to personalize this service from/for more than one device.

·          Ease of use in different modes – offline, real-time, alerts

·          Ability to switch modes easily –voice & data -- ability to toggle between passive and active mode, passive being when a command needs to be executed to fetch an alert, etc.

 

2.2.4.3     Reliability

·          Service should be available 24/7

 

2.2.4.4     Authentication

·         Ability to identify users using a variety of methods, from UID/Passwords to biometrics.

·         Ability to make authorization available over the network from multiple devices.

 

2.2.4.5     Performance

·          Network availability and speed maybe a problem

·          Availability of 2G and 3G networks would improve performance of the service

·          Unnecessary round-trips should be avoided

 

2.2.4.6     Supportability

·          Services should support multiple data sources (detect and upgrade changes to content very quickly).

 

2.2.4.7     Constraints

·          Network speed

·          Network availability

·          Support for new devices introduced on the market

·          Support for thick clients