EXHIBIT F
EXHIBIT F
Page 209
US008677250B2
(12) United States Patent
(10) Patent N0.:
Wormald et a].
(54)
US 8,677,250 B2
(45) Date of Patent:
SYSTEM AND METHOD FOR SWITCHING
(56)
Mar. 18, 2014
References Cited
BETWEEN AN INSTANT MESSAGING
U S PATENT DOCUMENTS
CONVERSATION AND A GAME IN
'
'
PROGRESS
5,971,849 A
10/1999 Falciglia
Inventors: Christopher R. Wormald, Waterloo
(CA); Gerhard Dietrich Klassen’
6,699,125 B2
6,807,562 B1
3/2004 Kirmse et a1.
10/2004 Pennock et al.
6,981,223 B2
12/2005 'Becker et al.
(Connnued)
6,691,162 B1
(75)
Waterloo (CA); Ronald scotte Zinn’
Waterloo (CA); Samer Fahmy, Waterloo
(
CA
)
2/2004 Wick
FOREIGN PATENT DOCUMENTS
(73) Assignee: BlackBerry Limited, Waterloo (CA)
Notice:
Subject to any disclaimer, the term of this
patent is extended or adjusted under 35
U_S_C_ 1540;) by 120 days_
(21) Appl. No.: 12/962,405
(22) Filed:
1207651 A2
5/2002
EP
(*)
EP
1475939 A1
11/2004
OTHER PUBLICATIONS
RFC 2778iA Model for Presence and Instant Messaging; The
Internet Society; Feb. 2000; Available from http://WWW.faqs.org/rfcs/
rfc2778.html.
Dec. 7, 2010
(Commued)
Primary Examiner * Patrick Riegler
(65)
PI‘iOI‘ PllblicatiOIl Data
Us 2011/0077084 A1
Mar. 31, 2011
(74) Attorney, Agent, or Firm * Brett J. Slaney; Blake,
Cassels & Graydon LLP
(63)
Related U-s- Application Data
Continuation of application NO 1 1/537 047 ?led on
Sep 29 2006 HOW Pat NO 7 861 175 ’
’
A system and method are provided for enabling a game to be
played on an electronic device, comprising: enabling a game
application on the electronic device to utilize a contact list for
an instant messaging application, during a game in progress
(51)
Int_ CL
(52)
us CL
sage during the game in progress With the particular contact
USPC _________ __ 715/751. 715/733. 715/753. 715/758,
using an instant messaging system used by the instant mes
(57)
’
’
’
’
With a particular contact in the contact list, preparing game
messages to be sent to the particular contact by including
G06F 3/00
(200601)
game progress data, communicating at least one game mes
715/767. 715/79;‘. 715/79’5. 715/79’6. 463/40f
463/41’. 463/42.’709/204.’709/205.’709/20é
(58)
ABSTRACT
Field of classi?’cation s’earch
’
’
USPC ....... .. 715/751, 733, 753, 758, 767, 794, 795,
715/796; 709/204, 205, 206; 463/40, 41, 42
See application ?le for complete search history.
saging application; displaying at least one instant message in
an instant messaging conversation user interface; and dis
playing a game in progress user interface associated With the
game play, after detecting a selection in the instant messaging
conversation user interface to sWitch to the game in progress.
24 Claims, 10 Drawing Sheets
520
StephanieB
QfStephanieB: Try Again!
h?kazHere it comes...
%*Stephanie8: I'll win yet
Mike:
NEW MOVE RECEIVED\
g,StephanieB: I was ready
v'izoi" that one
EXHIBIT F
Page 209
522
Page 210
US 8,677,250 B2
Page 2
(56)
References Cited
2006/0053194 A1
2006/0053379
2006/0136584
2006/0178216
2006/0252548
2006/0258463
US, PATENT DOCUMENTS
A1
A1
A1
A1
A1
7,056,217 B1
7,240,093 B1
7,288,028 B2
6/2006 Pelkey et a1‘
7/2007 Danie“ et a1‘
10/2007 Rodriquez et a1‘
2006/0287106 A1
7,311,608
7,401,150
7,788,176
8,037,139
12/2007
7/200g
8/2010
10/2011
Danie“ et a1‘
Shea et a1‘
Gupta et a1. .................. .. 705/50
Fish et a1.
. 709/206
2007/0005704
2007/0073823
2007/0168448
2007/0173325
2/2012
Runcie “““““““““““ " 379/8812
B1
B2
B2 *
B1 *
8,116,439 131*
A1*
A1*
A1
A1
3/2006 Schneider et a1.
3/2006
6/2006
8/2006
11/2006
11/2006
Henderson et al.
Decker et a1.
Shea et a1.
Sasaki et a1.
Cugno et a1.
12/2006 Jensen
1/2007
3/2007
7/2007
7/2007
Heron et a1. ................ .. 709/206
Cohen et a1. ................ .. 709/207
GarbOW er a1~
Shaw et a1~
Hartwell ....................... .. 463/29
2007/0197283 A1 *
8/2007
2002/0086732 A1
2002/0l44273 A1
7/2002 Kirmse et a1.
10/2002 Reto
2007/0218997 A1
2007/0220091 A1
9/2007 C110
9/2007 Wang et a1.
2002/0160838 A1
2003/0101343 A1 *
10/2002 Kim
5/2003 Eaton et a1. ................. .. 713/170
2007/0226307 A1 *
2007/0233785 A1
9/2007
10/2007
2003/0229722 A1 *
12/2003 Beyda ......................... .. 709/310
2007/0288627 A1
12/2007 Abe/11a er a1~
2004/0059445 A1
2004/0192440 A1
2004/0198403 A1 *
3/2004 MOOre et a1‘
Bae et a1. .................... .. 709/206
Abraham er 31
2008/0034038 A1
9/2004 Evans et a1‘
10/2004 Pedersen et a1. ............ .. 455/517
2004/0224772 A1
2/2008 Kronlund et a1. ............... .. 726/2
3/2008 Swanburg
11/2004 Canessa et a1.
2004/0268263 A1 *
2/2008 Cludad et a1.
2008/0052759 A1*
Zoos/0077529 A1
12/2004 Van Dok et a1. ............ .. 715/733
2005/0026697 A1
2005/0064939 A1 *
3/2005
MCSheffrey et a1.
2006/0036692 A1
2/2006
Morinigo et a1.
2006/0036703 A1
2/2006 Fulmer et a1.
Zoos/0166154 Al
Zoos/0181878 A1
OTHER PUBLICATIONS
2/2005 Balahura et a1.
7/2005 Wilson et a1‘
8/2005 Danie“ et 31‘
......... .. 463/42
,
-
-
-
Frey, R., Search Report from correspondlng European Appl1cat1on
No. 061215695; search completed Apr. 18, 2007.
'
'
* c1ted by examlner
EXHIBIT F
Page 210
Page 211
US. Patent
I
Mar. 18, 2014
Sheet 1 0f 10
US 8,677,250 B2
1_2_
I
I
I
Interface
Dis Ia
:
p y
Battery
I
144
\
\
Interface
l
v
I
I
L
ReguIator
[-106
/
Keyboard
I
I
k114
I
I
i
v
_
A
1
AuxIlzary Ul
I
M
RF
k
I
ControIIer
w. V
Transceiver
I 16
l...
~
n
- n
F
_
a
Ii
w
n
w
Q
w
m
—
_
“U
_
_
—
—
n
i
“ _
“
_
—
_
w
_
a
n
_—
a
_
aw
w
-.-~
—
.
a _
130 \
140
wW
M
~
'-
I,
zI/x/
NETWORK
(PSTN)
142
I
“(I/?g’
I
I
I
I
PUBLIC OR
PRIVATE
NETWORK
l
I
I
I
I
I
137
AC
_)
Server
I
POC
Server
I
II
—
(RN)
134
—
—
—
——
I
(PDSN)
——
~
—
—
—
—
EXHIBIT F
Page 211
~
——
~
I
I|
L 128
(.132
—
I
I
I
I
I
Radio
Network
Sewing Node
I
144
1
I
I
Packet Data
(INTERNET)
FIG.
'I
—-
——
—
—
—
—
Page 212
EXHIBIT F
Page 212
Page 213
US. Patent
Mar. 18, 2014
Sheet 3 0f 10
300
302
M1? ke’ 5 Contact Li st
31g
US 8,677,250 B2
p/
e- 2 Current Conversati ons \/ 304
+ 1 Current Game
I 306
+ Contacts
/ 308
+ Fri dayLunchGroup
/ 310
My»; unava'i'lable
none
, 312
+ Pendi ng
#314
F163
400
302
Mi ke’s Contact Li st
303
31g‘; 2 Current Conversatiens \C/ 304
Rosa
StephanieB
-
' 40$
1
, 304A
/304B
Current
» 806
Game
StephanieB
1306A
+ Contacts
+ FridayLunchGroup
+ Unava1'1ab1e
FIG.4
EXHIBIT F
Page 213
,V
( 402
Page 214
US. Patent
Mar. 18, 2014
Sheet 4 0f 10
500
US 8,677,250 B2
/ 502
/
StephanieB
"StephanieB: Nice try!
Yes - almost got you
“"StephanieB: 1'“ win yet
506
So the student thinks
>
504
she can beat her Master?
7 @StehanieB: Yes and I’ve
got a king now “Master”
FIG. 5A
/
508
520
StephanieB
‘StephanieB: Try Again!
Here it comes“ .
‘ StephanieB: I’H win yet
NEW MOVE RECEIVED"\
522
EXHIBIT F
Page 214
Page 215
US. Patent
Mar. 18, 2014
Sheet 5 0f 10
US 8,677,250 B2
600
Checkers Game View
IM Conversation View
QM
FKRGA
606
Open Conversation
Checkers Game View
FKlBB
EXHIBIT F
Page 215
-/
Page 216
US. Patent
Mar. 18, 2014
Sheet 6 0f 10
US 8,677,250 B2
‘Mi ke’s Contact Li st
703
..
M/
+
2 Current COHVQFSBI'IOHS \w/ 304
'=
Contacts
/
ch r‘; s
308
/ 308A
Gary
Rosa.
I 3086
StephanieB
~
M, 3088
[308D
Stephan'i eB
I 3085
v
FIG. 7A
\ 700
Mi ke’s Contact Li st
703.;
+ 2 Current Convesations
-
Contacts
W 308
Chris
Gary
706
*Sa
\StephameBV704
FIG. 7B
\ 710
EXHIBIT F
Page 216
Page 217
US. Patent
Mar. 18, 2014
Sheet 7 0f 10
US 8,677,250 B2
r
802
Mike’s
+ 2 Curre Open Game
»
“304
?ontact
Chris
Gary
Rosa
308E
FIG. 8A
\—— 800
Mike’s
“808
"5' 2 Curiae Open Game
-~
Contact
_,804
'
Qhris
Gary
706
EXHIBIT F
Page 217
Page 218
US. Patent
900
\A
Mar. 18, 2014
( Start
L77”,
Sheet 8 0f 10
I
a’
F saqhAg ‘(2A (iange
902
'
US 8,677,250 B2
920 \A
De?ne A Current
on ac
Game Contact List
v
92;
Entry For This
Use Entry In
F
904
Contact
Contact List For
,
w
Game In Progress
Associate Entry
/\
924
With Particular
Game In Progress
When Displaying
906
Contact List View,
/\
926
K Stop Using Entry In
908
Show Current
as
Game Contact List
Entry
Contact List For
Game In Progress
FIG" 9A
/
Exd \
L_/
User input
/ 928
V
Invoke View Of IIVI
Conversation
F
930
invoke v‘ew of
Game In Progress
Usin COmaCt
gm
/~~
934
ry
Entry
v
FIG. 98
v
Return To Contact
p
932
List
Using Current
Game Contact
Return To Contact
h‘
936
EXHIBIT F
Page 218
List
Page 219
US. Patent
Mar. 18, 2014
Sheet 9 0f 10
US 8,677,250 B2
940
\
Associate Existing
Contact Entry With
/ Particular Game in
Progress
942
it
When Displaying
Contact List View,
H6. 9c
'94? Show Modi?ed
Contact Entry
User input
948
Invoke View Of iM
/\
Conversation
invoke View Of
[8 Game in Progress
Using Modified
950
Contact Entry
Using Modified
954
Contact Entry
é
v
Return To Contact
/‘
952
List
Return To Contact
K‘
956
EXHIBIT F
Page 219
List
Page 220
Patent
Mali 18, 2014
US 8,677,250 B2
Sheet 10 0f 10
1000
\A
M
MANAGEMENT
1 02
(BLN
1004
i CONTACTS !
1006
% 19(13-
1010
%
CURRENT
CONVERSATIONS!
CURREINT GAMES
@Game in
IM Game
1014
Apps
1012
CURRENT CONVESATION 1 MESSAGES
CURRENT CONVERSATION 2 MESSAGES v
GAME IN PROGRESS 1 MESSAGES
1015
—_m_‘
Proges
FIG. 10
EXHIBIT F
Page 220
Page 221
US 8,677,250 B2
1
2
SYSTEM AND METHOD FOR SWITCHING
BETWEEN AN INSTANT MESSAGING
CONVERSATION AND A GAME IN
PROGRESS
FIG. 2 is a more detailed diagram of the mobile station
Which may communicate Within the Wireless communication
netWork;
FIGS. 3 and 4 are representative GUI display vieWs of an
embodiment of an IM application shoWing an IM contact list
entry to designate a game in progress;
FIGS. 5A and 5B are representative GUI display vieWs of
embodiments of an IM application shoWing an IM conversa
CROSS-REFERENCE TO RELATED
APPLICATIONS
tion betWeen game players for an IM application adapted to
This application is a continuation of US. patent applica
tion Ser. No. 11/537,047 ?led on Sep. 29, 2006, now US. Pat.
use an IM contact list entry to designate a game in progress;
FIGS. 6A and 6B are representative GUI display vieWs of
embodiments of an IM game application shoWing IM conver
No. 7,861,175, hereby incorporated by reference.
sation interfaces;
FIELD OF THE INVENTION
FIGS. 7A and 7B are representative GUI display vieWs of
further embodiments of an IM application adapted to use an
IM contact list entry to designate a game in progress;
The present application relates to a user interface for a
messaging application and more particularly for a method
and apparatus for using an IM contact list entry as a game in
progress designate.
20
BACKGROUND OF THE INVENTION
Communication devices such as personal computers, Wire
less mobile telephones, personal data assistants, etc. often
provide data communication abilities to users. One currently
25
popular form of such communication is Instant Messaging
(IM) facilitated by an application having a graphical user
FIGS. 8A and 8B are representative GUI display vieWs, in
accordance With the respective embodiments of FIGS. 7A
and 7B, shoWing menu interfaces;
FIGS. 9A to 9C are How charts shoWing operations for
using an IM contact list entry to designate a game in progress
in a IM application in accordance With various embodiments;
and
FIG. 10 is a block diagram of a portion of memory shoWing
components of an IM application using an IM contact list
entry to designate a game in progress in accordance With an
embodiment.
interface (GUI) Whereby tWo or more users of different com
munication devices can engage in a conversational data com
munication exchange.
DETAILED DESCRIPTION
30
To permit IM message exchanges, a user may invite
another to agree to receive IM messages and be included in
the user’s list of IM contacts (sometimes called an IM friend
or buddy in vieW of the agreement to be a potential IM
message recipient). The availability of the user or particular
contacts for conversations may be maintained in accordance
With respective presence information. To begin an IM con
versation, a user selects a buddy represented by a contact list
entry of a list of contacts and inputs a message. Additional
Persons of ordinary skill in the art Will appreciate that
teachings herein are applicable to messages received via
Wired or Wireless communication and though a Wireless com
35
40
contacts may be invited to engage in a group message, as
desired. While IM messaging Was originally directed to text,
neWer protocols support ?le transports and voice over data
communications.
In addition to conducting conversations, an IM user may
invite a buddy to engage in an on-line game Where tWo (or
45
114, and perhaps one or more auxiliary user interfaces (UI)
116, each of Which is coupled to a controller 106. Controller
106 is also coupled to radio frequency (RF) transceiver cir
cuitry 108 and an antenna 110.
Typically, controller 106 is embodied as a central process
each other. Conventional board and card games such as
checkers or poker may be adapted for IM game playing for
50
ing unit (CPU) Which runs operating system softWare in a
memory component (not shoWn). Controller 106 Will nor
mally control overall operation of mobile station 102,
Whereas signal processing operations associated With com
munication functions are typically performed in RF trans
ceiver circuitry 108. Controller 106 interfaces With device
A user may play more than one game at a time or play a
game in a non-linear manner, leaving a game interface to
perform other tasks such as email, calendar revieW, etc. Thus
sWitching betWeen an IM conversation and an IM game.
FIG. 1 is a block diagram of a communication system 100
Which includes a mobile station 102 Which communicates
through a Wireless communication netWork 104. Mobile sta
tion 102 preferably includes a visual display 112, a keyboard
more) players take turns during game play to compete against
example, among others. A game may be invoked via a game
application interface or from Within an IM application pro
viding an interface to a game application.
munication device and netWork including Wireless commu
nication capabilities are discussed in the examples, no limi
tations should be imposed. There is provided a method and
apparatus for using a contact list entry of an IM contact list
interface to designate an IM game in progress to facilitate
55
display 112 to display received information, stored informa
tion, user inputs, and the like. Keyboard 114, Which may be a
telephone type keypad or full alphanumeric keyboard, is nor
it is desirable to provide an interface to games in progress.
A solution to one or more of these needs is therefore
mally provided for entering data for storage in mobile station
desired.
102, information for transmission to netWork 104, a tele
BRIEF DESCRIPTION OF THE DRAWINGS
60
In order that the subject matter may be readily understood,
embodiments are illustrated by Way of examples in the
accompanying draWings, in Which:
FIG. 1 is a block diagram Which illustrates pertinent com
ponents of an example Wireless communication netWork and
a mobile station Which communicates Within this netWork;
65
phone number to place a telephone call, commands to be
executed on mobile station 102, and possibly other or differ
ent user inputs.
Mobile station 102 sends communication signals to and
receives communication signals from netWork 104 over a
Wireless link via antenna 110. RP transceiver circuitry 108
performs functions similar to those of a radio netWork (RN)
128, including for example modulation/demodulation and
EXHIBIT F
Page 221
Page 222
US 8,677,250 B2
3
4
possibly encoding/ decoding and encryption/decryption. It is
as the Internet). Persons of ordinary skill in the art Will appre
also contemplated that RF transceiver circuitry 108 may per
form certain functions in addition to those performed by RN
ciate that other netWorks and associated topologies including
GPRS, E-GPRS and UMTS radio netWorks, among many
others, may be employed With the teachings herein.
During operation, mobile station 102 communicates With
128. It Will be apparent to those skilled in art that RF trans
ceiver circuitry 108 Will be adapted to particular Wireless
RN 128 Which performs functions such as call-setup, call
processing, and mobility management. RN 128 includes a
netWork or netWorks in Which mobile station 102 is intended
to operate.
Mobile station 102 includes a battery interface 122 for
receiving one or more rechargeable batteries 124. Battery 124
plurality of base station transceiver systems that provide
Wireless netWork coverage for a particular coverage area
commonly referred to as a “cell”. A given base station trans
ceiver system of RN 128, such as the one shoWn in FIG. 1,
provides electrical poWer to electrical circuitry in mobile
station 102, and battery interface 122 provides for a mechani
cal and electrical connection for battery 124. Battery interface
122 is coupled to a regulator 126 Which regulates poWer to the
device. When mobile station 102 is fully operational, an RF
transmitter of RF transceiver circuitry 108 is typically turned
on only When it is sending to network, and is otherWise turned
transmits communication signals to and receives communi
cation signals from mobile stations Within its cell. The base
station transceiver system normally performs such functions
as modulation and possibly encoding and/or encryption of
signals to be transmitted to the mobile station in accordance
off to conserve resources. Similarly, an RF receiver of RF
With particular, usually predetermined, communication pro
transceiver circuitry 108 is typically periodically turned off to
provider into an internal memory Which is a non-volatile
tocols and parameters, under control of its controller. The
base station transceiver system similarly demodulates and
possibly decodes and decrypts, if necessary, any communi
cation signals received from mobile station 102 Within its cell.
Communication protocols and parameters may vary betWeen
different netWorks. For example, one netWork may employ a
different modulation scheme and operate at different frequen
cies than other netWorks. The underlying services may also
differ based on its particular protocol revision.
The Wireless link shoWn in communication system 100 of
memory. Mobile station 102 may consist of a single unit, such
FIG. 1 represents one or more different channels, typically
conserve poWer until it is needed to receive signals or infor
mation (if at all) during designated time periods.
20
Mobile station 102 operates using a memory module 120,
such as a Subscriber Identity Module (SIM) or a Removable
User Identity Module (R-UIM), Which is connected to or
inserted in mobile station 102 at an interface 118. As an
alternative to a SIM or an R-UIM, mobile station 102 may 25
operate based on con?guration data programmed by a service
different radio frequency (RF) channels, and associated pro
as a data communication device, a cellular telephone, a mul
tiple-function communication device With data and voice
communication capabilities, a personal digital assistant
(PDA) enabled for Wireless communication, or a computer
incorporating an internal modem. Alternatively, mobile sta
tion 102 may be a multiple-module unit comprising a plural
ity of separate components, including but in no Way limited to
30
102. An RF channel is a limited resource that must be con
35
a computer or other device connected to a Wireless modem. In
particular, for example, in the mobile station block diagram of
40
auxiliary UIs 116, and controller 106 may remain Within the
radio modem unit that communicates With the computer’s
nect to and effectively assume control of RF transceiver cir
cuitry 108 and antenna 110 of a single-unit device such as one
of those described above. Such a mobile station 102 may have
a more particular implementation as described later in rela
tion to mobile station 202 of FIG. 2.
Mobile station 102 communicates in and through Wireless
communication netWork 104. In the embodiment of FIG. 1,
Wireless netWork 104 is a Third Generation (3G) supported
netWork based on Code Division Multiple Access (CDMA)
technologies. In particular, Wireless netWork 104 is a
CDMA2000 netWork Which includes ?xed netWork compo
nents coupled as shoWn in FIG. 1. Wireless netWork 104 of the
CDMA2000-type includes a Radio NetWork (RN) 128, a
Mobile SWitching Center (MSC) 130, a Signaling System 7
(SS7) netWork 140, a Home Location Register/Authentica
tion Center (HLR/AC) 138, a Packet Data Serving Node
(PDSN) 132, an IP netWork 134, and a Remote Authentica
tion Dial-In User Service (RADIUS) server 136. SS7 netWork
140 is communicatively coupled to a netWork 142 (such as a
Public SWitched Telephone NetWork or PSTN), Whereas IP
netWork is communicatively coupled to a netWork 144 (such
For all mobile stations 102 registered With a netWork
operator, permanent data (such as mobile station 102 user’s
pro?le) as Well as temporary data (such as mobile station’s
102 current location) are stored in a HLR/AC 138. In case of
a voice call to mobile station 102, HLR/AC 138 is queried to
determine the current location of mobile station 102.AV1sitor
CPU or be embodied as the computer’s CPU. It is also con
templated that a computer or other equipment not normally
capable of Wireless communication may be adapted to con
served, typically due to limits in overall bandwidth and a
limited battery poWer of mobile station 102. Those skilled in
art Will appreciate that a Wireless netWork in actual practice
may include hundreds of cells depending upon desired overall
expanse of netWork coverage. All pertinent components may
be connected by multiple sWitches and routers (not shoWn),
controlled by multiple netWork controllers.
FIG. 1, RF transceiver circuitry 108 and antenna 110 may be
implemented as a radio modem unit that may be inserted into
a port on a laptop computer. In this case, the laptop computer
Would include display 112, keyboard 114, and one or more
tocols used betWeen Wireless netWork 104 and mobile station
45
Location Register (VLR) of MSC 130 is responsible for a
group of location areas and stores the data of those mobile
stations that are currently in its area of responsibility. This
includes parts of the permanent mobile station data that have
50
55
been transmitted from HLR/AC 138 to the VLR for faster
access. HoWever, the VLR of MSC 130 may also assign and
store local data, such as temporary identi?cations. Mobile
station 102 is also authenticated on system access by HLR/
AC 138. In order to provide packet data services to mobile
station 102 in a CDMA2000-based netWork, RN 128 com
municates With PDSN 132. PDSN 132 provides access to the
Internet 144 (or intranets, Wireless Application Protocol
(WAP) servers, etc.) through IP netWork 134. PDSN 132 also
provides foreign agent (FA) functionality in mobile IP net
60
Works as Well as packet transport for virtual private netWork
ing. PDSN 132 has a range of IP addresses and performs IP
address management, session maintenance, and optional
caching. RADIUS server 136 is responsible for performing
functions related to authentication, authorization, and
accounting (AAA) of packet data services, and may be
65 referred to as anAAA server.
Wireless communication netWork 104 also includes a
Push-to-talk over Cellular (PoC) server 137 Which may be
EXHIBIT F
Page 222
Page 223
US 8,677,250 B2
5
6
coupled to IP network 134. PoC server 137 operates to facili
tate PoC individual and group communication sessions
betWeen mobile stations Within netWork 104. A conventional
PoC communication session involves a session connection
betWeen end users of mobile stations, referred to as session
Which is programmed With con?guration data by a service
“participants”, Who communicate one at a time in a half
duplex manner much like conventional Walkie-talkies or tWo
provides electrical poWer to most if not all electrical circuitry
Way radios.
Those skilled in art Will appreciate that Wireless netWork
a mechanical and electrical connection for it. The battery
provider so that mobile station 202 may operate in the net
Work. Since mobile station 202 is a mobile battery-poWered
device, it also includes a battery interface 254 for receiving
one or more rechargeable batteries 256. Such a battery 256
in mobile station 202, and battery interface 254 provides for
interface 254 is coupled to a regulator (not shoWn in FIG. 2)
Which provides poWer V+ to all of the circuitry.
Mobile station 202 includes a microprocessor 238 (Which
is one implementation of controller 106 of FIG. 1) Which
controls overall operation of mobile station 202. This control
104 may be connected to other systems, possibly including
other netWorks, not explicitly shoWn in FIG. 1. A netWork Will
normally be transmitting at very least some sort of paging and
system information on an ongoing basis, even if there is no
actual packet data exchanged. Although the netWork consists
includes netWork selection techniques of the present applica
tion. Communication functions, including at least data and
voice communications, are performed through communica
tion subsystem 211. Microprocessor 238 also interacts With
of many parts, these parts all Work together to result in certain
behaviours at the Wireless link.
FIG. 2 is a detailed block diagram of a preferred mobile
station 202. Mobile station 202 is preferably a tWo-Way com
munication device having at least voice and advanced data
communication capabilities, including the capability to com
municate With other computer systems. Depending on the
additional device subsystems such as a display 222, a ?ash
memory 224, a random access memory (RAM) 226, auxiliary
20
functionality provided by mobile station 202, it may be
referred to as a data messaging device, a tWo-Way pager, a
cellular telephone With data messaging capabilities, a Wire
less Internet appliance, or a data communication device (With
or Without telephony capabilities). Mobile station 202 may
communicate With any one of a plurality of base station
transceiver systems 200 Within its geographic coverage area.
Mobile station 202 Will normally incorporate a communi
cation subsystem 211, Which includes a receiver 212, a trans
input/output (I/O) subsystems 228, a serial port 230, a key
board 232, a speaker 234, a microphone 236, a short-range
communications subsystem 240, and any other device sub
systems generally designated at 242. Some of the subsystems
shoWn in FIG. 2 perform communication-related functions,
25
Whereas other subsystems may provide “resident” or on
device functions. Notably, some subsystems, such as key
board 232 and display 222, for example, may be used for both
30
communication-related functions, such as entering a text
message for transmission over a communication netWork,
and device-resident functions such as a calculator or task list.
mitter 214, and associated components, such as one or more
Operating system softWare used by microprocessor 238 is
(preferably embedded or internal) antenna elements 216 and
218, local oscillators (LOs) 213, and a processing module
such as a digital signal processor (DSP) 220. Communication
subsystem 211 is analogous to RF transceiver circuitry 108
preferably stored in a persistent store such as ?ash memory
35
and antenna 110 shoWn in FIG. 1. As Will be apparent to those
skilled in ?eld of communications, particular design of com
munication subsystem 211 depends on the communication
netWork in Which mobile station 202 is intended to operate.
Mobile station 202 may send and receive communication
signals over the netWork after required netWork registration
or activation procedures have been completed. Signals
received by antenna 216 through the netWork are input to
receiver 212, Which may perform such common receiver
functions as signal ampli?cation, frequency doWn conver
a volatile store such as RAM 226.
Microprocessor 238, in addition to its operating system
functions, preferably enables execution of softWare applica
40
tions on mobile station 202. A predetermined set of applica
tions Which control basic device operations, including at least
data and voice communication applications, Will normally be
installed on mobile station 202 during its manufacture. A
45
sion, ?ltering, channel selection, and like, and in example
shoWn in FIG. 2, analog-to-digital (A/D) conversion. A/D
conversion of a received signal alloWs more complex com
munication functions such as demodulation and decoding to
be performed in DSP 220. In a similar manner, signals to be
224, Which may alternatively be a read-only memory (ROM)
or similar storage element (not shoWn). Those skilled in the
art Will appreciate that the operating system, speci?c device
applications, or parts thereof, may be temporarily loaded into
preferred application that may be loaded onto mobile station
202 may be a personal information manager (PIM) applica
tion having the ability to organiZe and manage data items
relating to user such as, but not limited to, e-mail, calendar
events, voice mails, appointments, and task items. Naturally,
one or more memory stores are available on mobile station
50
transmitted are processed, including modulation and encod
202 and SIM 262 to facilitate storage of PIM data items and
other information.
ing, for example, by DSP 220. These DSP-processed signals
The PIM application preferably has the ability to send and
are input to transmitter 214 for digital-to-analog (D/A) con
receive data items via the Wireless netWork. In a preferred
version, frequency up conversion, ?ltering, ampli?cation and
transmission over communication netWork via antenna 218.
DSP 220 not only processes communication signals, but also
provides for receiver and transmitter control. For example,
the gains applied to communication signals in receiver 212
and transmitter 214 may be adaptively controlled through
automatic gain control algorithms implemented in DSP 220.
55
mirrored host computer on mobile station 202 With respect to
60
NetWork access is associated With a subscriber or user of
mobile station 202, and therefore mobile station 202 requires
a memory module 262, such as a Subscriber Identity Module
or “SIM” card or a Removable User Identity Module
(R-UIM), to be inserted in or connected to an interface 264 of
mobile station 202 in order to operate in the netWork. Alter
natively, memory module 262 may be a non-volatile memory
embodiment, PIM data items are seamlessly integrated, syn
chroniZed, and updated via the Wireless netWork, With the
mobile station user’s corresponding data items stored and/or
associated With a host computer system thereby creating a
such items. This is especially advantageous Where the host
computer system is the mobile station user’s o?ice computer
system. Additional applications may also be loaded onto
mobile station 202 through netWork, an auxiliary I/O sub
system 228, serial port 230, short-range communications sub
system 240, or any other suitable subsystem 242, and
65
installed by a user in RAM 226 or preferably a non-volatile
store (not shoWn) for execution by microprocessor 238. Such
?exibility in application installation increases the functional
EXHIBIT F
Page 223
Page 224
US 8,677,250 B2
8
7
FIG. 10 illustrates components 1000, typically comprising
ity of mobile station 202 and may provide enhanced on
device functions, communication-related functions, or both.
For example, secure communication applications may enable
instructions and data that may be stored to ?ash memory 224
electronic commerce functions and other such ?nancial trans
comprise, broadly. IM management 1002, graphical user
actions to be performed using mobile station 202.
interface (GUI) 1004, contacts list 1006, contact list entries
In a data communication mode, a received signal such as a
text message, an e-mail message, or Web page doWnload Will
for current conversations 1008, contact list entries for current
games 1010, IM game applications 1012, a game in progress
1014 and an IM Messages buffer 1015 comprising messages
and/or RAM 226, for adapting station 202. Components 1000
be processed by communication subsystem 211 and input to
microprocessor 238. Microprocessor 238 Will preferably fur
for current conversation 1 and 2 (1016 and 1018) and game in
progress 1020. IM management component 1002 provides
ther process the signal for output to display 222 or alterna
tively to auxiliary I/O device 228.Auser of mobile station 202
may also compose data items, such as e-mail messages, for
presence and IM communication functions for the user (e. g. a
user having the name “Mike”) of the mobile station 202. IM
Messages may be communicated for text-based conversa
tions With buddies or for other uses such as IM game appli
cations 1012.
GUI 1004 provides support for a contact list-oriented inter
example, using keyboard 232 in conjunction With display 222
and possibly auxiliary I/O device 228. Keyboard 232 is pref
erably a complete alphanumeric keyboard and/or telephone
type keypad. These composed items may be transmitted over
a communication netWork through communication sub
system 211.
For voice communications, the overall operation of mobile
station 202 is substantially similar, except that the received
signals Would be output to speaker 234 and signals for trans
20
mission Would be generated by microphone 236. Alternative
voice or audio I/O subsystems, such as a voice message
recording subsystem, may also be implemented on mobile
station 202. Although voice or audio signal output is prefer
25
ably accomplished primarily through speaker 234, display
222 may also be used to provide an indication of the identity
of a calling party, duration of a voice call, or other voice call
related information, as some examples.
Serial port 230 in FIG. 2 is normally implemented in a
Game applications may be implemented in the JavaTM lan
guage and receive support from a Java-oriented operating
30
enables a user to set preferences through an external device or
35
loads to mobile station 202 other than through a Wireless
cation betWeen mobile station 202 and different systems or
50
and data stored or otherWise available to the device 202.
Instant messaging provides a conversational dialog typically
55
shoWn) adapted for IM communication. As persons of ordi
nary skill in the art Will appreciate, an IM system or “presence
and instant messaging system” alloWs users to subscribe to
each other and be noti?ed of changes in state (eg availability
60
for instant message communication) and for users to send
each other short instant messages. IM is discussed in further
detail in “RFC 2778-iA Model for Presence and Instant
Messaging”, maintained by the Internet Society and available
at http://WWW.faqs.org/rfcs/rfc2778.html. As such, adapted
mobile station 202 provides a user agent for IM communica
tion in an IM system.
In accordance With the present matter, a contact list entry
may be de?ned to designate a game in progress. As such, the
entry may be used by GUI 1004 to sWitch to GUI for a game
application 1012 using game-in-progress data 1014 or to
saging (IM) communications via programming instructions
involving the exchange of text messages betWeen a user of
device 202 and at least one other user of another device (not
game. Persons of ordinary skill in the art Will appreciate that
some game applications may support only one game in
progress at any one time (i.e. not support multiple instances of
game play of the same game). HoWever, some may permit tWo
or more games in progress.
45
associated circuits and components, or a BluetoothTM com
munication module to provide for communication With simi
larly-enabled systems and devices. BluetoothTM is a regis
tered trademark of Bluetooth SIG, Inc.
Mobile station 202 may be adapted to provide instant mes
IM game application (eg one of 1012) may include a manner
to invoke the application, initiating a GUI for the game and
any necessary data, etc. for beginning a game. Game playing
may be conducted and paused, as desired, such as by exiting
the GUI for the game in favor of another GUI such as the GUI
1004. Game-in-progress data 1014 may be maintained to
resume the game upon a re-invocation of the GUI for the
40
additional optional component Which provides for communi
devices, Which need not necessarily be similar devices. For
example, subsystem 240 may include an infrared device and
system on device 202. A particular game in progress may be
represented by associated game-in-progress data 1014 for the
game and associated game-in-progress messages 1020. An
for Which synchronization With a user’s desktop computer is
a desirable, albeit optional, component. Serial port 230
communication netWork. The alternate doWnload path may,
for example, be used to load an encryption key onto mobile
station 202 through a direct and thus reliable and trusted
connection to thereby provide secure device communication.
Short-range communications subsystem 240 of FIG. 2 is an
tion (not shoWn in FIG. 10).
IM Game applications 1012 provide speci?c turn-based
game play for the user and one or more contacts. Some may be
played alone against a notional user such as a computer.
personal digital assistant (PDA)-type communication device
softWare application and extends the capabilities of mobile
station 202 by providing for information or softWare doWn
face for controlling aspects of the presence and IM functions
using list of contacts 1006. Additional contact list entries
include entries for current conversations 1006 and current
games (i.e. a designate for a game in progress (1014) With
another contact). Other contact list entries may include group
entries for organiZing individual contacts, and pending or
unavailable contacts in accordance With presence informa
65
sWitch contexts such as from a IM message conversation
context to a game in progress.
As Will be understood to those of ordinary skill in the art, it
is sometimes dif?cult to make bright-line distinctions
betWeen components such as, IM management and GUI com
ponents 1002 and 1004 or game-in-progress data 1014, gap
application 1012 and game-in-progress messages 1020. As
Well, it is understood that the components 1000 interface With
other components (not shoWn) on or for mobile station 202
such as operating system, communication sub-system, PIM
components, etc.
FIG. 3 illustrates a representative vieW 300 of an IM screen
provided by a GUI 1004 for an IM application 1002. The vieW
300 includes a title portion 302 shoWing “Mike’s Contact
List” and presents a contact list 303 interface comprising list
entries, in particular, contact-list entries for current conver
sations 304, current games 306, individual contacts 308, a
group of contacts 310, unavailable contacts 312 and pending
contacts 314. It Will be understood that vieW 300 provides a
EXHIBIT F
Page 224
Page 225
US 8,677,250 B2
10
hierarchical list in a form Which permits expansion and con
FIG. 5A illustrates a representative IM vieW 500 of a cur
rent conversation With contact “StephanieB” and comprises a
title portion 502 for indicating the contact and a message
traction of list items via elements 316 (“+”) and 318 (“—”).
Contacts may comprise individual user contacts 308 or group
history portion 504 for shoWing an exchange of messages and
optional delivery and reply status 506 for the messages. A
contacts 310 (eg FridayLunchGroup) for assisting With the
organization of contacts Within the IM application. Contacts
may also be grouped by presence information. Contact group
message-composition portion 508 With a cursor 510 is also
provided With Which to compose IM messages to the contact.
FIG. 5B illustrates a second representative IM vieW 520 of
a current conversation interface With contact “StephanieB”.
312 comprises a list of those contacts Which are presently
unavailable for IM communications, While group 314 shoWs
a list of those contacts Who are pending the resolution of an
invitation to join Mike’s list of contacts in accordance With
As a neW move is received from the contact in the associated
game in progress, a noti?cation of the neW move 522 is
the subscription aspects of IM.
presented in the conversation screen (e.g. portion 504) in a
View 300 of Mike’ s Contacts may be traversed by a user by
moving a focus about the vieW to interact With various ele
ments of the GUI such as the expansion elements or indi
vidual items of the list. The focus may be indicated in various
Ways such as by reverse video mode, etc. Traversal or other
manner similar to hoW a neW message is presented. The user
may then select and open or sWitch (not shoWn) to the game in
progress from the conversation interface 520.
FIG. 6A shoWs a representative vieW 600 for a checkers
game. In the present embodiment, a portion 602 of vieW 600
provides an IM game application interface to the game in
navigation may be facilitated by input devices such as arroW
keys, trackWheel, trackball, pointing device, etc. Once a par
ticular element is selected by a user of the mobile station 202,
20
progress, for example, visualiZing the results of the game
moves. Optionally, vieW 600 may comprise a portion 604
particular command options may be invoked. Options may be
providing an interface to an IM conversation betWeen the
presented via one or more menus or invoked through pre
players. The portion 604 may be provided by IM GUI 1004.
de?ned keystrokes etc. common in the art.
The portion 604 may comprise a ?eld for entering IM mes
sages, vieWing IM messages (eg in a short list) or both.
FIG. 3 shoWs entry 304 of contact list 303 for designating
current conversations that the user is conducting. In the
present example, there are tWo current conversations With
contacts “Rosa” and “StephanieB” shoWn in FIG. 4. In accor
dance With this embodiment, there is also shoWn contact list
entry 306 for designating current games in progress that the
user is conducting With a contact. In the present example,
25
Alternatively (not shoWn), rather than dividing vieW 600 into
distinct parts, IM conversation vieW portion 604 may be ren
dered over top of vieW 600 (e. g. to display neW messages ofan
associated IM conversation for a limited period of time over
game vieW 602).
there is one current game in progress With contact
FIG. 6B illustrates a vieW 606 of a menu invocation manner
for invoking a sWitch to an IM GUI to conduct a conversation
“StephanieB” shoWn in FIG. 4.
With or send a message to an opposing player (or players). In
FIG. 4 illustrates a representative IM vieW 400 of contact
list 303 in Which the entries current conversations 304 and
current games 306 are expanded to shoW individual list ele
the embodiment of vieW 606, an IM Conversation View por
tion 604 is not provided. A focus may be moved in menu 608
30
35 to select a command such as 610 to sWitch to a conversation
ments 304A-304B and 306A respectively for designating
speci?c current conversations or games in progress. Naviga
screen (e.g. FIG. 5) or 612 to invoke a message input interface
tional element 402 indicates that additional contact list entries
FIG. 7A shoWs a vieW 700 illustrating a further embodi
ment of a contact-list 703 for presenting contact list elements
as designates of games in progress. In the present embodi
ment, a separate contact list element for grouping contacts for
(not shoWn).
or items appear off screen beloW. The entries in the contact list
303 may be navigated such as by moving the focus up and
doWn the screen (not shoWn). Appropriate entries may be
expanded or collapsed. Speci?c contacts may be selected and
40
games currently in progress (e.g. element 306) is not pro
invoked to initiate an associated GUI.
Current conversation 304A designates a conversation With
the contact “Rosa” While 304B designates a conversation
45
With the contact “StephanieB”. These respective contact-list
elements 304A and 304B may be selected and activated
(Whether by a menu interface or by clicking an enter key for
example) to invoke a view (eg 500 of FIG. 5) of GUI 1004
for conducting a conversation.
Current game list element 306A designates a current game
in progress With a contact, namely “StephanieB”, one of the
“StephanieB”. This respective contact-list element 308E may
50
contacts With Whom the user is also in a current conversation.
A person of ordinary skill in the art Will appreciate that in
many instances it Will not be necessary or desired to have a 55
current conversation and a game in progress active simulta
neously With the same contact. A IM game may be conducted
Without conducting an associated IM text-based conversation
With the contact.
This respective contact-list element 306A may be selected
and activated (Whether by a menu interface or by clicking an
enter key for example) to invoke a view (eg 600 of FIG. 6) of
a GUI for the respective IM game application 1012 for con
ducting the game in progress 1014.
View 400 further comprises an optional graphic element
404 for providing a visual metaphor for the game in progress,
in this case a game of checkers.
vided. Rather, contacts designating games in progress are
presented in the user’ s contacts element 308. Thus contact list
703 interface shoWs contacts element 308 expanded to
present representative contacts 308A-308E. Similarly to con
tact element 306A of FIG. 4, contact element 308E of FIG. 7
designates a current game in progress With a contact, namely
be selected and activated (Whether by a menu interface or by
clicking an enter key for example) to invoke a view (eg 600
of FIG. 6) of a GUI for the respective IM game application
1012 for conducting the game in progress 1014. It is noted
that aspects of the embodiment of FIG. 3 and FIG. 4 and the
embodiment of FIG. 7 may be implemented such that a con
tact element designating a game in progress may be de?ned
for presentation in a separate group of such contacts (element
306) and in the group of contacts (3 08) or otherWise (not
shoWn), such as individually Within the contact list.
60
FIG. 7B illustrates a vieW 710 of contact list 703 depicting
contacts 308 in an embodiment Where a single individual
contact element (eg 704) may represent a contact element
for both IM conversation and IM game purposes rather than
use separate elements (eg 308D and 308E of FIG. 7A). To
65 indicate that an neW or unread move exists in the associated
game, graphical element 404 is amended (706). Other man
ners of indicating neW moves may be employed such as by
EXHIBIT F
Page 225
Page 226
US 8,677,250 B2
11
12
displaying a graphical element in title portion 302 or display
contact 308 With the additional description “unread move”,
replaced With a standard contact element (eg 308D) in the
etc. Such an indication of neW moves may also be used With
FIG. 9B illustrates operations 920 providing a simpli?ed
embodiment for conducting step 904 Whereby a contact-list
entry is created for grouping under a current-games contact
embodiment of FIGS. 7B and 8B.
the embodiment of FIG. 3-5.
FIG. 8A illustrates a vieW 800 of a menu invocation manner
group in a contact-list interface such as is shoWn in FIG. 3 and
FIG. 4. To use a contact-list entry to designate a game in
for invoking a sWitch to a game GUI from the contact list GUI
1004 using the contact list of FIG. 7A as an example. A focus
may be moved to a contact designating a game such as 308E
progress, a contact-list entry is de?ned (step 922) and asso
ciated With the contact With Whom the game in progress is
and a menu 802 invoked to select a menu option 804 to open
being played. Contact information may be determined from
this contact’s existing contact entry. The contact-list entry is
also associated With the particular game in progress (e. g. via
the game in progress 1014 (i.e. vieW 600) designated by the
contact-list element 308E. FIG. 8B illustrates a vieW 810 of a
menu invocation manner for invoking a sWitch to a game GUI
a pointer or table etc.) to facilitate the invocation of a GUI for
the game. The contact entry may also include an association
from the contact list GUI 1004 using the contact list of FIG.
7B as an example. A focus may be moved to a contact desig
nating a game and conversation such as 704 and a menu 806
invoked to select a menu option 804 to open the game in
With a graphic for displaying With the contact entry designat
ing the game.
When displaying the contact-list (i.e. When GUI 1004 is
used by the user), the current game contact-list entry is shoWn
progress 1014 (i.e. vieW 600) designated by the contact-list
element 704 or a menu option 806 to open the conversation in
progress associated With the contact-list element 704, among
other choices.
Other menu options (not shoWn) may include “open con
in the current-game group of contacts in response to various
20
that interface). The user may use the contact-list interface to
invoke and conduct IM conversations (or continue to conduct
an existing IM conversation) With the same contact With
versation” such as When a selected contact has an associated
current conversation.
FIGS. 9A and 9B illustrate operations 900 and 920 of IM
25
ing the game in progress. Other IM operations may also be
performed (not shoWn).
an IM game.
30
?rst user to initiate a game With a second user. Persons of
35
takes in the game initiated by the ?rst user.
At step 902, a ?rst user starts an IM game With a contact
(i.e. the second user). The contact may be requested to doWn
load the IM game from a source (not shoWn). In accordance
With presence information and subscription mechanisms, the
contact may respond to the invitation. Similarly the user of
device 202 (i.e. the ?rst user) may accept an invitation.
At step 904, a contact list element, sometimes referenced
as a buddy ?eld or entry, is used to designate the game in
progress. The entry may then be used in a GUI for managing
and communicating With contacts to invoke a GUI for the
40
45
existing contact entry for the opposing player (308D) may be
used, associating that entry With the game in progress (step
in-progress designate (e.g. 308D as replaced With 704) may
50
be displayed With other contacts in contact list 308 (Step 946).
In response to user input (step 948), the game in progress may
be invoked at step 950 using the designate 704 or a conver
sation With the opposing player invoked (step 954) using the
same designate 704. Operations return to the contact list (i.e.
55
an existing contact list entry (e.g. element 308D) may be used
and associated With the game and a modi?ed contact element
704 used to illustrate the game in progress and provide an
interface to the game and a conversation from the contact list
703.
using an entry of the current-games group and returning to the
contact list interface vieW at step 926. Persons of ordinary
skill in the art Will appreciate that further operations may be
performed. Moreover, should an IM game end, operations
920 stop to continue via step 906.
Operations 940, similarly to operations 920, may be con
942). When displaying the contact list vieW, a separate cur
rent-game contact entry (306) need not be used and the game
useful for invoking conversations. As illustrated in FIGS. 4,
7A and 8A, the contact element (306A or 308E) designating
the game may be illustrated separately and additionally to an
existing contact element (eg 308D) for invoking a conver
sation With the second user. As illustrated in FIGS. 7B and 8B,
and 932 for invoking a vieW of an IM conversation using a
contract entry (eg an entry of a current conversation group)
and returning to the contact list interface vieW at step 926 and
steps 934 and 936 for invoking a vieW of the game in progress
ducted for other embodiments such as that illustrated in FIG.
7B. Rather than de?ne a current-game contact list entry, an
associated game in progress. In one embodiment, such a
contact list element may be de?ned for grouping as a current
games contact. In one embodiment, such a contact list ele
ment may be de?ned for presentation With individual contacts
Thus in response to certain pre-requisite user input such as
menu driven commands or pre-determined keystrokes, etc.
(step 928) operations 920 may branch to perform respective
operations. In the simpli?ed vieW, there are shoWn steps 930
example of FIG. 9A, the operations 900 represent steps for a
ordinary skill in the art Will appreciate that similar operations
(not shoWn) may be performed for the second user Who par
Whom the user is playing the game or With another contact or
contacts. The user may select and invoke the entry designat
management 1002 for using an IM contact element as a des
ignate for a game in progress, for example, to enable a con
venient interface to sWitch betWeen an IM conversation and
Operations 900 provide a general overvieW of the use of a
contact list element to designate a game in progress. In the
user input (for example, navigation of the contact list inter
face and expansion of the current-games group element in
60
Upon the end of the game in progress (step 906), the use of
the contact list element as a game-in-progress designate may
toWard step 946) at respective steps 952 and 956.
Various storage schemes (e.g. linked lists) and memory
allocation schemes for IM conversations 1016 1018 and game
messages 1020 may be employed. Particular game messages
may be linked to game-in-progress data 1014 and to a speci?c
contact entry 1010 for designating a game in progress via
pointers or other knoWn techniques for associating one struc
ture With another. Game progress may also be encapsulated
be stopped (step 908). For example, element 308E may be
into a binary IM message With an identi?er to associate the
removed from contact list 703 in the embodiment of FIGS. 7A
and 8A, or elements 306 and 306A removed from the list 303
binary data With the game application (not shoWn).
of FIG. 4 or an association With a game removed from a
While discussed With reference to a handheld mobile
device such as a smart PDA or smart phone, IM applications
contact element and a modi?ed contact element (eg 704)
may be implemented on other computing devices such as
65
EXHIBIT F
Page 226
Page 227
US 8,677,250 B2
13
14
personal computers (laptops, desktops), Workstations and the
9. A non-transitory computer readable storage medium
comprising computer executable instructions for enabling a
like con?gured for network communications. lM applica
tions and IM games are commercially available (eg AIMTM
game to be played on an electronic device, the computer
from AOL, Yahoo! MessengerTM, MSN MessengerTM., etc.)
readable medium comprising instructions for:
for many platforms such as PCs With various WindoWs®. or
enabling a game application on the electronic device to
utiliZe a contact list for an instant messaging application
Windows compatible operating systems With suf?cient
memory and video capabilities. Additional softWare require
for playing games With contacts in the contact list by
ments may include an lntemet broWser and plug-ins and
support for Java (e.g. JVM or plug-in support) as Well as an
available lntemet connection.
The above-described embodiments are intended to be
identifying game play in the contact list;
during a game in progress With a particular contact in the
contact list, preparing game messages to be sent to the
particular contact by including game progress data in an
examples only. Those of skill in the art may effect alterations,
modi?cations and variations to the particular embodiments
Without departing from the scope of the application. The
subject matter described herein in the recited claims intends
to cover and embrace all suitable changes in technology.
instant messaging message and an identi?er to associate
the data With the game application;
communicating at least one game message during the game
in progress With the particular contact using an instant
messaging system used by the instant messaging appli
cation;
The invention claimed is:
1. A method of enabling a game to be played on an elec
displaying at least one instant message in an instant mes
tronic device, the method comprising:
enabling a game application on the electronic device to
utiliZe a contact list for an instant messaging application
20
for playing games With contacts in the contact list by
identifying game play in the contact list;
during a game in progress With a particular contact in the
contact list, preparing game messages to be sent to the
25
saging conversation user interface associated With the
particular contact indicative of game progress, the
instant messaging conversation user interface enabling
additional instant messages to be sent to the particular
contact in addition to instant messages indicating game
play; and
particular contact by including game progress data in an
displaying a game in progress user interface associated
instant messaging message and an identi?er to associate
With the game play, after detecting a selection in the
instant messaging conversation user interface to sWitch
the data With the game application;
communicating at least one game message during the game
in progress With the particular contact using an instant
to the game in progress.
30
messaging system used by the instant messaging appli
cation;
maintaining the game progress data based on the game mes
sages.
displaying at least one instant message in an instant mes
saging conversation user interface associated With the
particular contact indicative of game progress, the
instant messaging conversation user interface enabling
additional instant messages to be sent to the particular
contact in addition to instant messages indicating game
35
12. The non-transitory computer readable storage medium
according to claim 9, further comprising instructions for asso
40
With the game play, after detecting a selection in the
instant messaging conversation user interface to sWitch
2. The method according to claim 1, further comprising
45
14. The non-transitory computer readable storage medium
according to claim 13, further comprising instructions for
maintaining the game progress data upon sWitching aWay
updating the game progress data upon communicating a game
message.
50
associating a contact list entry in the contact list With a game
in progress associated With the game messages.
15. The non-transitory computer readable storage medium
according to claim 14, further comprising instructions for,
55
6. The method according to claim 5, further comprising
maintaining the game progress data upon sWitching aWay
from the game in progress user interface to enable the game in
progress to be resumed upon a re-invocation of the game in
60
7. The method according to claim 6, further comprising,
upon the game in progress ending, removing the game in
displaying a noti?cation of a neW move received for the game
in progress in a neW game message.
storing computer executable instructions for enabling a game
to be played on the electronic device, the computer executable
progress association With the contact list entry.
8. The method according to claim 4, further comprising
upon the game in progress ending, removing the game in
progress association With the contact list entry.
16. The non-transitory computer readable storage medium
according to claim 12, further comprising instructions for
17. An electronic device comprising a processor, display,
an instant messaging application, and a memory, the memory
progress user interface.
displaying a noti?cation of a neW move received for the game
in progress in a neW game message.
from the game in progress user interface to enable the game in
progress to be resumed upon a re-invocation of the game in
progress user interface.
5. The method according to claim 4, further comprising
displaying the game in progress user interface upon detecting
selection of the contact list entry associated With the game in
progress.
displaying the game in progress user interface upon detecting
selection of the contact list entry associated With the game in
progress.
3. The method according to claim 2, further comprising
4. The method according to claim 1, further comprising
ciating a contact list entry in the contact list With a game in
progress associated With the game messages.
13. The non-transitory computer readable storage medium
according to claim 12, further comprising instructions for
to the game in progress.
maintaining the game progress data based on the game mes
sages.
11. The non-transitory computer readable storage medium
according to claim 10, the computer readable storage medium
further comprising instructions for updating the game
progress data upon communicating a game message.
play; and
displaying a game in progress user interface associated
10. The non-transitory computer readable storage medium
according to claim 9, further comprising instructions for
65
instructions comprising instructions for:
enabling a game application on the electronic device to
utiliZe a contact list for an instant messaging application
EXHIBIT F
Page 227
Page 228
US 8,677,250 B2
15
16
19. The electronic device according to claim 18, the
memory further comprising instructions for updating the
for playing games With contacts in the contact list by
identifying game play in the contact list;
game progress data upon communicating a game message.
during a game in progress With a particular contact in the
contact list, preparing game messages to be sent to the
20. The electronic device according to claim 17, further
comprising instructions for associating a contact list entry in
particular contact by including game progress data in an
the contact list With a game in progress associated With the
game messages.
instant messaging message and an identi?er to associate
the data With the game application;
communicating at least one game message during the game
in progress With the particular contact using an instant
21. The electronic device according to claim 20, further
comprising instructions for displaying the game in progress
user interface upon detecting selection of the contact list entry
associated With the game in progress.
22. The electronic device according to claim 21, further
messaging system used by the instant messaging appli
cation;
displaying at least one instant message in an instant mes
comprising instructions for maintaining the game progress
saging conversation user interface associated With the
particular contact indicative of game progress, the
data upon sWitching aWay from the game in progress user
interface to enable the game in progress to be resumed upon
instant messaging conversation user interface enabling
a re-invocation of the game in progress user interface.
additional instant messages to be sent to the particular
contact in addition to instant messages indicating game
play; and
displaying a game in progress user interface associated
With the game play, after detecting a selection in the
instant messaging conversation user interface to sWitch
to the game in progress.
18. The electronic device according to claim 17, further
comprising instructions for maintaining the game progress
20
23. The electronic device according to claim 22, further
comprising instructions for, upon the game in progress end
ing, removing the game in progress association With the con
tact list entry.
24. The electronic device according to claim 20, further
comprising instructions for displaying a noti?cation of a neW
move received for the game in progress in a neW game mes
sage.
data based on the game messages.
EXHIBIT F
Page 228

Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.