Professional Documents
Culture Documents
2011 Worklight, Inc. All rights reserved. The information contained herein is the proprietary and confidential information of Worklight.
Agenda
Worklight Introduction Business case for Push Notifications Push Notifications Services Cross-platform Challenges Worklight Unified Push Notifications Framework Q&A
Worklight Introduction
Worklight is an open and advanced mobile app platform for developing, running and managing HTML5, hybrid and native applications for smartphones and tablets.
Worklight Vision
Provide the best platform in the market for enterprises to develop, run and manage smartphone and tablet apps
Open platform, built around HTML5 & supporting hybrid apps Focus on new devices and OSs and their unique capabilities Cater to high-end enterprise needs regarding app capabilities, delivery, integration, security, scale and management Handle the entire lifecycle of mobile apps
Content type
Universal versus Personalized Open versus Protected Lean versus Detailed Time-sensitive versus Any-time
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Morbi ullamcorper dictum orci, in iaculis sem faucibus eget. Vivamus non diam id dui volutpat semper. Lorem ipsum
Content type
Universal versus Personalized Open versus Protected Lean versus Detailed Time-sensitive versus Any-time
User behavior
Read only Read/Write Act-Outside-the-App
8
Content type
Universal versus Personalized Open versus Protected Lean versus Detailed Time-sensitive versus Any-time
User behavior
Read only Read/Write Act-Outside-the-App
Nice to have
Analytics, feedback, etc
10
Self-service / Productivity
Revenue
Cost savings
Many examples across all verticals financial services, insurance, healthcare, retail, travel, manufacturing, Pharma, technology, government, and more.
11
12
Subscribing to Notifications
13
14
15
16
Otherwise
17
Ease of Use
Efficiency
18
No need to issue constant queries from app Reduces development overhead Saves battery usage and communication fees
User to take an action 256 bytes Custom key-value pairs Appears on app icon
App to take an action 1024 bytes Custom key-value pairs Appears on notification icon
Sound
Dialog box
Settable by Server
Settable by Server
Not by default
(Programmable by app)
Not by default
(Programmable by app or by thirdparty apps)
19
Delivery of Notifications
Only unicast; No batch delivery, multicast or broadcast Quality of Service
Queue size: One message waiting per app per device No guarantied delivery No delivery notification Delivery expiry: only for iOS
Quota
iOS: Unspecified Android: 200K (can ask for more)
20
Communication Protocol
Connection Security Content Trust Connectivity problems Streaming TCP/IP socket SSL Binary Certificate provisioned by Apple HTTP POST SSL JSON Gmail account required per server Server must implement exponential back off upon receiving HTTP 503 Response to POST request contains indicates whether device is obsolete or not
Server must query asynchronous feedback service and remove obsolete device tokens
21
Overcoming Limitations
Notify that something changed, have app securely pull information Alternatives: SMS + e-mail, phone call
22
Worklight Architecture
23
Polling Adapters
Android Dispatcher
BlackBerry Dispatcher
Windows Phone Dispatcher SMS Dispatcher
Messagebased Adapters
UserDevice Database
Broker API
Administrative Console
SMS/MMS Brokers
24
Polling Adapters
Android Dispatcher
BlackBerry Dispatcher
Windows Phone Dispatcher SMS Dispatcher
Messagebased Adapters
UserDevice Database
Broker API
Administrative Console
SMS/MMS Brokers
25
Polling Adapters
Android Dispatcher
BlackBerry Dispatcher
Windows Phone Dispatcher SMS Dispatcher
Messagebased Adapters
UserDevice Database
Broker API
Administrative Console
SMS/MMS Brokers
26
Polling Adapters
Android Dispatcher
BlackBerry Dispatcher
Windows Phone Dispatcher SMS Dispatcher
Messagebased Adapters
UserDevice Database
Broker API
Administrative Console
SMS/MMS Brokers
27
28
Demo Scenario
A
login
B
subscribe
C
Send notification
D C2DM
Receive notification
29
30
31
32
33
Subscribing to Notifications
1. Connect to Worklight Server 2. Get Subscription Details 3. Per Event Source: 4. Manage Subscriptions 5. Handle Subscription Changes at Server
Already subscribed?
Login Is ready to subscribe Not yet subscribed?
Register callback for notifications Allow unsubscribing Allow subscribing Custom subscription removal logic Custom subscription logic
Custom implementation
34
Pushing Notifications
Actively poll back-end or wait for back-end events Use any adapter: REST, SOAP, JDBC, JMS Single messages or batch
Get user's subscriptions (one per device) for the data source
Custom implementation
35
36
All or some Worklight nodes can process data from the same event source Integration available for any back-end communication protocol
37
C2DM
APNS
Subscription database
C2DM
38
39