The document proposes the development of an ArcLight Tournament System (ATS) by Asylum Labs for William Hill Online that allows for defining, deploying, monitoring, and analyzing online gambling tournaments. Key features of the ATS include allowing tournaments for slots, live dealer, and table games; defining various tournament parameters; deploying tournaments; monitoring live tournaments; and providing analytics on tournament performance. Example tournament scenarios described are a cash tournament and a virtual currency tournament using slots.

1. Page 1
William Hill Online
ArcLight Tournament System
Proposed by
Asylum Labs Inc.

2. Page 2
Overview
v
• Asylum Labs will develop a proprietary ArcLight Tournament
System (ATS) that allows WHO to deploy a broad range of
Tournament experiences to a targeted user-base.
• Must work for all online slot, live dealer & table games.
• The system will allow for iterative Tournament deployment so
insight gained from early efforts can be used directly in future
offerings.
• System supports Tokens and Real Money

3. Page 3
Modules
Define
Deploy
Monitor
Analyze

4. Page 4
Define
v
• WH staff will have the ability to define a wide range of parameters
for each Tournament offered
• Which games?
• # of participants
• Regions/languages/currencies
• Time / duration / frequency
• Virtual currency or real money
• Currency exchange rates (price of tokens)
• Payouts, prizes and scoring system
• Notifications, winner’s wall & social media marketing
• Set Buy-in & a min. bet amount to enter

5. Page 5
Deploy
v
• Deploy is the stage where Tournaments are actually made Live
• Gated by permissions system
• Validation system (Tournament Defined properly)
• Ability to do ‘trial’ (play internally or small external whitelist)
• Overview 1-sheet for senior stakeholders
• Modifications to Define stage for multiple variant testing
• Error checking (Tournament not Live for X reason)
• Start timer and enable ‘Monitor’ stage

6. Page 6
Monitor
v
• Tools to monitor the live Tournament
• Current User Demographics
• # of players
• Tournament users ranking
• Live promotion monitoring
• User funnel tagging (how did they join?)
• Alarm system triggered by threshold conditions
• Dynamic server load balancing system
• Support for multiple live Tournaments
• Tools to detect cheating / collusion

7. Page 7
Analyze
v
• Analytics to drive business intelligence
• Top-level summary of KPIs for each tournament
• Demographics of players
• Results of marketing efforts (delineated by channel)
• Historical comparison to self-similar prior efforts
• Detailed data for user actions
• Ability to view data by platform (web, iOS, Android etc.)
• Data logs for all tournaments over lifetime
• Recommendations system
* assume Tournament API has access to this data

8. Page 8
System Architecture
v

9. Page 9
Tournaments Scenarios
v
Cash Tournament:
Use DEFINE module to setup a regular timed tournaments x times a day. Buy
in for x amount to win one of y prizes. Player plays with their own cash (not
virtual) over a fixed time period let’s assume 15 minutes. Scores are based on
multiplier of returns. e.g. I stake £2 and win £10, I will be awarded a score of
5. If i had staked £20 and won £100 I would still get 5 points. Would like to be
able to determine a minimum spend per spin.

10. Page 10
Open Topics
v
• Scope / Schedule
• Phase 1 and Phase 2?
• Key dates
• Prototype
• Testing
• UI / UX
• In-game vs. portal
• Signup (provide nickname)
• Other (who does what?)
• WH deliverables
• Level of commitment re: personnel
• Main stakeholders, POCs etc.
• Data / access to API’s etc
• Analytics
• Build our own
• Feed new platform (TBD) – legal
• Feed into existing WH solution
•LiveOps
•Server locations
•Legal issues (analytics, license, etc.?)
•Who maintains the system?
•Who pays server/bandwidth fees?

11. Page 11
Must-have
v
1. Ability to work with all 3rd party Slots and Table content
2. Ability to work with live dealer casino content (Evolution)
3. Tournament to start and end at a specific time
4. Buy in with a token, cash or “re-buy”; (re-buy TBD)
5. Virtual currency exchanged for token/cash, set by WH in back office
6. Promotions page that displays current and up-coming tournaments with
player position clearly shown.
7. Unique alias to be picked first time upon registration and to be shown in
leaderboard
8. Automated message and payouts for winning customers.
9. Tokens to be awarded based on customer account upload and/or automatic
based on previous bets. i.e. Place a £5 bet on any sports, Vegas or Games
product and receive a token for a daily or weekly tournament. Or deposit £100
etc…
10. Ability to award cross sell offers as well as cash. e.g. come 100th-200th to
receive a £5 risk-free on Vegas
11. Once player completes the tournament, they are given the opportunity to
play that same game for real money by making one click.
12. Ability to win entrance to another Tournament (satellite)

12. Page 12
Virtual Currency Tournament:
WH staff uses DEFINE module to create a slots tournament set to start at 6pm and
end at 7pm on each Saturday. WH staff then choose the game(s) on offer, prize
details, date and other relevant details. Once it’s live, the Player buys in with a
token or cash amount and gets awarded 1,000 virtual credits.
The Player is able to stake what they want, any returns/winnings are added to their
score and not their playable balance. Once balance has been spent Player has the
opportunity to rebuy for x amount and are given a second chance, only the highest
score over the 2 sessions will be shown.
Virtual Currency – defined as an actual currency with balance that can be used to
place bets etc.
Phase 2
Predictive analytics
Widget next to game that shows current position etc.