Note: Descriptions are shown in the official language in which they were submitted.
CA 02792482 2013-01-02
GTK0049CADOO Patent
DYNAMICALLY ENABLING GUEST DEVICE SUPPORTING NETWORK-BASED
MEDIA SHARING PROTOCOL TO SHARE MEDIA CONTENT OVER COMPUTER
NETWORK WITH SUBSET OF MEDIA DEVICES CONNECTED THERETO
BACKGROUND OF THE INVENTION
The invention pertains generally to media and entertainment systems utilized
at hospitality
establishments such as hotels and resorts. More specifically, the invention
relates to dynamically
enabling a guest device operated by a guest of a hospitality establishment to
utilize a network-
based media sharing protocol to share media content with only a subset of the
media devices of
the hospitality establishment's media and entertainment system.
Guests often bring personal electronic devices with them when they stay at
hotels, and these
devices typically have stored therein pictures, movies, music, and other media
content. One
problem encountered by guests is how to utilize the capabilities of the
hotel's media system to
play media content stored on the guest's personal device. For example, a guest
may wish to play
vacation videos stored on their personal device on the big-screen television
(TV) and high-
fidelity audio system provided in their hotel room.
Published Canadian Patent Application No. 2,707,202 filed on June 17, 2010 and
corresponding
Published U.S. Patent Application No. 2011/0314497 filed on June 10, 2011
disclose methods of
integrating guest content from a guest's personal device with a hospitality
media system. In an
exemplary embodiment, a user of a room connects a guest device to the media
system and has
guest content available on the guest device cataloged by the media system to
form a guest
content list. The guest content is automatically associated with the user's
assigned room, and the
user can thereafter utilize any of the in-room media devices located within
that room to perform
media system functions utilizing content selected from the guest content list.
Some electronic devices brought to hospitality establishments by guests
natively support one or
more network-based media sharing protocols such as AirPlay by Apple Inc.,
DLNA by the
Digital Living Network Alliance*, AllShare by Samsung Inc., etc. It would be
beneficial if
the guest could stream content from their personal device to in-room media
devices of the hotel's
media and entertainment system using these protocols similar to how they can
stream content to
their home TV via a local area network (LAN) installed in their home.
1
CA 02792482 2013-01-02
GTK0049CADOO Patent
However, most hotels do not have separate computer networks installed in each
guest room.
Instead, most hotels have a single media network to which all TVs and other in-
room media
devices within the hotel are connected in order to play media content from a
central streaming
server. Because existing network-based media sharing protocols (e.g., AirPlay
, DLNA ,
AllShare , etc.) are designed for the residential industry, if a guest device
supporting one of
these protocols were allowed to be connected to the hotel's media network, it
would
automatically discover and be able to share media content with all compatible
media devices
available in the hotel. Such behavior is unacceptable in the hospitality
industry because this
would allow a guest device to stream personal media content to any TV in any
room of the hotel.
BRIEF SUMMARY OF THE INVENTION
In an exemplary embodiment of the invention, a hospitality establishment's
computer network
by default prevents communication between guest devices and in-room media
devices. This may
be done by isolating the guest devices on a first virtual area network (VLAN)
and the media
devices on a second VLAN. In response to the occurrence of certain trigger
events, a guest
device supporting at least one network-based media sharing protocol and
utilized by a guest
staying in a particular guest room of a hotel is dynamically enabled to
utilize the network-based
sharing protocol to share media over the hotel's computer network with only
one or more media
devices in the guest's assigned room. A system controller enables certain
network-based media
sharing protocols to work between these devices by dynamically setting up an
inter-VLAN
communication rule set in the default gateway of the hotel's computer network.
The inter-VLAN
communication rule set allows inter-VLAN communication between the network
address of the
guest device on the first VLAN and the network address(es) of the media
devices in the guest's
assigned room on the second VLAN. The system controller enables other network-
based media
sharing protocols to work between these devices by dynamically setting up a
media proxy
between the first and second VLANs. The media proxy acts as a media sever to
which the guest
device shares media content, and the media proxy then reroutes the shared
media content to one
or more media devices in the guest's assigned room. The ability to share
content from the guest's
device to the subset of media devices in the guest's assigned room is
dynamically enabled in
response to the guest of that room logging in to the hotel's High Speed
Internet Access (HSIA)
service from the guest device. Other events may also trigger the enabling of
media sharing for a
2
CA 02792482 2013-01-02
GTK0049CADOO Patent
guest device such as when receiving from the guest device a passkey that was
displayed to the
guest on a media device in the guest room, or when a guest reservation having
a registered guest
device reaches a start time, for example.
An advantage of the above embodiment is that the guest device is temporarily
able to stream
media content to the media devices of the guest's assigned room over the
hotel's computer
network while still being prevented from streaming media content to media
devices in other
rooms of the hotel. Media sharing between the guest device and the in-room
media devices is
only enabled while the guest device is being operated by a registered guest of
the room. ln this
way, when a guest checks out of a room, the computer network at the hotel is
dynamically
reconfigured to cause the gateway and media proxy to deactivate the ability to
communicate and
share media with in-room media devices for all guest devices associated with
the now checked
out guest. By repeating this process for subsequent guests and their guest
devices, each guest
may utilize an existing network-based media sharing protocol supported by
their personal guest
device to share media content with the in-room media devices of their assigned
room. Other
network-based functions in addition to (or instead of) streaming can also be
supported between
the guest device and a particular in-room media device in a similar way.
According to an exemplary embodiment of the invention there is disclosed a
media system
including a computer network, a plurality of media devices coupled to the
computer network,
and a system controller coupled to the computer network. The computer network
allows a guest
device supporting a network-based media sharing protocol to be coupled
thereto, and by default
prevents the guest device from utilizing the network-based media sharing
protocol to share
media content with the media devices. The system controller selects a subset
of the media
devices for which media sharing is to be enabled for the guest device, the
subset including at
least one of the media devices but not all of the media devices. The system
controller
dynamically reconfigures one or more components of the computer network in
response to an
event occurrence to enable the guest device to utilize the network-based media
sharing protocol
to share media over the computer network with only the subset of the media
devices.
According to another exemplary embodiment of the invention there is disclosed
a method
including allowing a guest device supporting a network-based media sharing
protocol to be
3
CA 02792482 2013-01-02
GTK0049CADOO Patent
coupled to a computer network, and by default preventing the guest device from
utilizing the
network-based media sharing protocol to share media content with a plurality
of media devices
coupled to the computer network. The method further includes selecting a
subset of the media
devices for which media sharing is to be enabled for the guest device, the
subset including at
least one of the media devices but not all of the media devices. The method
further includes
dynamically reconfiguring one or more components of the computer network in
response to an
event occurrence to enable the guest device to utilize the network-based media
sharing protocol
to share media over the computer network with only the subset of the media
devices.
According to another exemplary embodiment of the invention there is disclosed
a tangible
computer-readable medium comprising computer executable instructions that when
executed by
a computer cause the computer to perform the above method.
According to another exemplary embodiment of the invention there is disclosed
an apparatus for
controlling a media system. The media system has a computer network and a
plurality of media
devices coupled to the computer network. The computer network allows a guest
device
supporting a network-based media sharing protocol to be coupled thereto and by
default prevents
the guest device from utilizing the network-based media sharing protocol to
share media content
with the media devices. The apparatus includes a network interface coupled to
the computer
network, and one or more processors coupled to the network interface. The
processors are
operable to select a subset of the media devices for which media sharing is to
be enabled for the
guest device, the subset including at least one of the media devices but not
all of the media
devices, and dynamically reconfigure one or more components of the computer
network in
response to an event occurrence to enable the guest device to utilize the
network-based media
sharing protocol to share media over the computer network with only the subset
of the media
devices.
According to another exemplary embodiment of the invention there is disclosed
an apparatus for
controlling a media system. The media system has a computer network and a
plurality of media
devices coupled to the computer network. The computer network allows a guest
device
supporting a network-based media sharing protocol to be coupled thereto and by
default prevents
the guest device from utilizing the network-based media sharing protocol to
share media content
4
CA 02792482 2013-01-02
GTK0049CADOO Patent
with the media devices. The apparatus includes a network interface coupled to
the computer
network, means for selecting a subset of the media devices for which media
sharing is to be
enabled for the guest device, the subset including at least one of the media
devices but not all of
the media devices, and means for dynamically reconfiguring one or more
components of the
computer network in response to an event occurrence to enable the guest device
to utilize the
network-based media sharing protocol to share media over the computer network
with only the
subset of the media devices.
According to another exemplary embodiment of the invention there is disclosed
a media system
and associated method for bridging connectivity between network segments
through VLANing,
subnetting, routing, port isolation and/or any combination thereof. A network
component
positioned between the network segments dynamically enables only certain
devices on each
network segment to share media content utilizing a network-based media sharing
protocol. For
example, a guest device on a first network segment is dynamically enabled by
the network
component to share media content with only certain in-room media devices on
another network
segment. Rather than enabling media content sharing (or in addition to
enabling media content
sharing), the network component may also dynamically enable certain devices on
each network
segment to utilize other protocols across the network segments or even enable
them to directly
communicate with each other across the network segments. In this way,
protocols other than
network-based media sharing protocols may also take advantage of the
invention.
These and other advantages and embodiments of the present invention will no
doubt become
apparent to those of ordinary skill in the art after reading the following
detailed description of the
preferred embodiment that is illustrated in the various figures and drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention will be described in greater detail with reference to the
accompanying drawings
which represent preferred embodiments thereof:
FIG. 1 shows a block diagram of a media system according to an exemplary
embodiment of the
invention;
FIG. 2 shows an exemplary block diagram of the system controller of FIG. 1;
5
CA 02792482 2013-01-02
GTK0049CADOO Patent
FIG. 3 illustrates how a guest device is enabled by the gateway of FIG. 1 to
stream content to the
in-room TV of a guest room according to an exemplary embodiment;
FIG. 4 shows an example of the gateway rules that are in-place to support
inter-VLAN
communication for the guest devices illustrated in FIG. 1;
FIG. 5 illustrates how a guest device is enabled by the media proxy of FIG. 1
to stream content
to the in-room TV of a guest room according to an exemplary embodiment;
FIG. 6 illustrates an example of proxy rules for supporting in-room media
sharing by the guest
devices illustrated in FIG. 1;
FIG. 7 and FIG. 8 together illustrate a flowchart describing actions performed
by the system
controller of FIG. 1 to dynamically enable a guest device supporting a network-
based media
sharing protocol to share media content over a computer network with a subset
of the media
devices connected to the computer network according to an exemplary
embodiment;
FIG. 9 shows an example of an in-room media device table mapping each of the
in-room media
devices to a respective guest area of the hotel;
FIG. 10 illustrates an example of a guest access table provided by a property
management system
(PMS) handling room assignment at the hotel;
FIG. 11 illustrates a flowchart showing steps taken by a reservation manager
when starting the
process of FIG. 7 in response to reaching the start-time of a reservation
having a registered guest
device;
FIG. 12 shows an example of a user interface (UI) screen for inputting
information into the
reservation table of FIG. 2 according to an exemplary embodiment;
FIG. 13 illustrates a flowchart showing steps taken by a login portal when
starting the process of
FIG. 7 upon a registered guest logging in (e.g., signing up) at the hotel's
web-based login portal;
6
CA 02792482 2013-01-02
GTK0049CADOO Patent
FIG. 14 illustrates a flowchart showing steps taken by a login portal when
starting the process of
FIG. 7 upon detecting network traffic from an unrecognized guest device on the
hotel local area
network (LAN);
FIG. 15 illustrates a user interface (UI) screen provided by the user profile
server of FIG. 1
allowing a specific user to modify their information in a user profile
database;
FIG. 16 illustrates a flowchart showing steps taken by a login portal when
starting the process of
FIG. 7 upon receiving a location-specific passkey from a guest device on the
hotel local area
network (LAN);
FIG. 17 shows an example of a user interface (UI) screen generated by the
media device
controller of FIG. 2 and displayed on a TV in a guest room to provide the
guest staying in the
room with the location-specific passkey;
FIG. 18 shows an example of a passkey-to-room table utilized to associate
guest devices with
particular guest areas and/or particular media devices of the hotel;
FIG. 19 shows examples of user interface (UI) screens generated by a login
portal and displayed
in a web browser or predetermined application of a guest device to allow the
user of the guest
device to enable in-room media content streaming according to a location-
specific passkey; and
FIG. 20 illustrates a flowchart describing actions performed by the media
proxy of FIG. 1 to
dynamically enable a guest device supporting a network-based media sharing
protocol to share
media content over a computer network with a subset of the media devices
connected to the
computer network according to an exemplary embodiment.
DETAILED DESCRIPTION
FIG. 1 shows a block diagram of a media system 100 according to an exemplary
embodiment of
the invention. A system controller 102 is coupled between the Internet 104 and
a computer
network 112 of a hospitality establishment. In this embodiment, the
hospitality establishment is a
lodging establishment such as a hotel, and the computer network is a local
area network (LAN)
112 installed at the hotel. The system controller 102 dynamically controls the
ability of guest
7
CA 02792482 2013-01-02
GTK0049CADOO Patent
devices 118, 120 at the hotel to share media content with in-room media
devices 121, 122, 123,
124 over the hotel's LAN 112.
The guest devices 118, 120 in this embodiment are personal electronic devices
(e.g., mobile
phones, laptop computers, netbook computers, tablet computers, digital
cameras, etc.) operated
by guests of the hotel. Each guest device 118, 120 supports at least one
network-based media
sharing protocol, for example, AirPlay by Apple Inc., DLNA certification by
the Digital
Living Network Alliance , AllShare by Samsung Inc., etc. The media devices
121, 122, 123,
124 are guest-facing audio-visual (AV) entertainment devices such as
televisions (TVs), set-top
boxes (STBs), and speakers distributed throughout different guest areas (e.g.,
rooms) of the
hotel. The media devices 121, 122, 123, 124 provide media functions such as
audio and/or video
playback of TV shows, music, feature length movies, and other media content,
and may or may
not also support the same network-based streaming protocol(s) as the guest
devices 118, 120.
The guest areas illustrated in this example include two exemplary guest rooms
101, 105. Each of
these guest rooms 101, 105 has at least one of the hotel's media devices 121,
122, 123, 124
accessible therefrom. A first guest room 101 in this example is a suite and
includes a first TV
121 in a living room, a second TV 122 in a bedroom, and a central set-top box
(STB) 123. A
second guest room 105 in this example is a standard guest room and includes a
single in-room
TV 124. Although only two guest rooms 101, 105 are shown in this example for
simplicity, other
types and numbers of guest areas within the hotel such as lobby areas, other
guest rooms, pool
areas, meeting rooms, shopping areas, etc. may also be included in other
embodiments. Further,
although only four in-room media devices 121, 122, 123, 124 are shown in this
example, other
types and numbers of media devices including projectors, gaming consoles,
speaker systems,
proprietary entertainment devices such as AppleTV , digital signs, etc. may
also be distributed
throughout the various guest areas of the hospitality establishment in other
embodiments.
In this embodiment, the hotel's LAN 112 is logically divided into two separate
virtual local area
networks (VLANs), namely, VLAN-guest 114 being associated with a first subnet
and VLAN-
media 116 being associated with a second, different subnet. VLAN-guest 114 is
used to isolate
network traffic from the various guest devices 118, 120. Wireless access
points (APs) 130 and
switches 132 accessible to guest devices 118, 120 are pre-configured to place
network traffic
8
CA 02792482 2013-01-02
GTK0049CADOO Patent
from all guest devices 118, 120 on the subnet associated with VLAN-guest 114.
In contrast,
VLAN-media 116 is used to isolate network traffic from the various media
devices 121, 122,
123, 124. The switches 136 and APs 134 to which the in-room media devices 121,
122, 123, 124
are coupled are pre-configured to place network traffic from these media
devices 121, 122, 123,
124 on the subnet associated with VLAN-media 116. A single AP or switch may
also service
both VLANs 114, 116 such as a single AP/switch that provides network
connectivity to guest
devices on VLAN-guest 114 and to media devices on VLAN-media 116.
As shown in FIG. 1, the system controller 102 is coupled between VLAN-guest
114 and VLAN-
media 116 on the hotel's LAN 112. The system controller 102 in this embodiment
includes a
gateway 210 and a media proxy 212. The gateway 210 and media proxy 212 are
utilized for
dynamically enabling each of the guest devices 118, 120 to share media with a
subset of the in-
room media devices 121, 122, 123, 124 at the hotel for limited times in
response to the
occurrence of certain triggering events.
By default, the various network components of the hotel's LAN 112 including
the switches 132,
136; APs 130, 134; the gateway 210; and the media proxy 212 are configured to
prevent guest
devices 118, 120 from utilizing their built-in network-based media sharing
protocol(s) to share
media content with all of the in-room media devices 121, 122, 123, 124 at the
hotel. In particular,
the switches 132, 136 and APs 13, 134 do not allow inter-VLAN communications
and instead
pass all traffic that is from one of the VLANs 114, 116 to the other of the
VLANs to the gateway
210. The gateway 210 by default drops all inter-VLAN communication.
Additionally, the media
proxy 212 does not reroute media shared by the guest devices 118, 120 to any
of the hotel's in-
room media devices 121, 122, 123, 124.
Gateway 210 acts as the default gateway on hotel LAN 112 and controls network
traffic
according to a number of dynamically updatable rules. These rules specifically
authorize certain
guest devices 118, 120 to communicate over hotel LAN 112 with various subsets
of the in-room
media devices 121, 122, 123, 124. For each guest device 118, 120, the system
controller 102
selects the subset for which in-room media sharing is to be enabled. In this
embodiment, the
subset of media devices selected for a particular guest device 118, 120 only
includes the in-room
9
CA 02792482 2013-01-02
GTK0049CADOO Patent
media devices of the room of the hotel that is associated with the IP address
of the guest device
118, 120.
Taking guest device 118 (associated with room 101 in FIG. 1) as an example,
guest device 118 is
dynamically enabled by the gateway 210 to communicate with only the in-room
media devices
121, 122, 123 of room 101. In this way, guest device 118 can utilize its
natively supported
network-based media sharing protocol(s) to share media over the hotel LAN 112
with
compatible in-room media devices 121, 122, 123 of guest room 101 that also
support the same
protocol, but not with compatible media devices 124 of other rooms of the
hotel such as room
105.
The media proxy 212 acts as a media server supporting at least one network-
based sharing
protocol to which guest devices 118, 120 at the hotel may connect and share
media content. By
default the media proxy 212 does not reroute shared media from unauthorized
guest devices to
any media devices 121, 122, 123, 124 at the hotel. Media content shared by
unauthorized guest
devices is simply dropped by the media proxy 212 (e.g., passed to a null
interface).
For authorized guest devices the media proxy 212 dynamically reroutes and
optionally converts
shared media content to one or more of the subset of authorized in-room media
devices for that
guest device 118, 120. Taking guest device 120 (associated with room 105 in
FIG. 1) as an
example, guest device 120 is enabled by the media proxy 212 to utilize a
network-based media
sharing protocol supported by both the media proxy 212 and guest device 120 to
share media
over hotel LAN 112 with in-room media device 124 of guest room 105 regardless
of whether the
in-room media device 124 of room 105 also supports the same network-based
media sharing
protocol. However, guest device 120 is not enabled to utilize the network-
based media sharing
protocol to share media with media devices 121, 122, 123 of other rooms of the
hotel such as
room 101. Such unauthorized sharing is prevented because the media proxy 212
will not reroute
shared media from this guest device 120 to other media devices that are not
associated with room
105.
In the following description of a preferred embodiment, the system controller
102 includes both
the gateway 210 and media proxy 212. One reason to include both is because
some network-
based media sharing protocols are better supported by the use of the media
proxy 212 while
10
CA 02792482 2013-01-02
GTK0049CADOO Patent
others are better supported by use of the gateway 210. For example, when
utilizing certain
network-based media sharing protocols (e.g., DLNA(11)) that do not require
multicast discovery
messages in both directions (i.e., from guest device to media device and also
from media device
to guest device), the gateway 210 facilitates a guest device and a compatible
media device within
the guest device's authorized subset to directly communicate using unicast
transmissions. After
assisting a guest device to discover such a compatible media device in its
authorized subset,
gateway 210 operates similar to a conventional gateway passing traffic from
the guest device on
the subnet associated with VLAN-guest 114 to the media device on the subnet
associated with
VLAN-media 116 and vice versa. In this way, when both a guest device 118, 120
and an in-room
media device 121, 122, 123, 124 in the authorized subset for that guest device
support the same
network-based streaming protocol (which preferably does not require bi-
directional multicast
transmissions), these devices can communicate directly over the hotel LAN 112
subject to the
dynamically programmed rules of the gateway 210. Very little load is placed on
system
controller 102 to perform such allowing and blocking operations.
In contrast, other media sharing protocols such as those that do require bi-
directional multicast
communications (e.g., Airplay ) are better facilitated by media proxy 212
acting as a single
media server to which all guest devices 118, 120 may connect and share media.
In this way, the
media proxy 212 is able to multicast announce its availability to all guest
devices 118, 120 at the
hotel in response to a multicast query from a guest device 118, 120 at the
hotel. All guest devices
118, 120 at the hotel receive the multicast announcement from the media proxy
212 and are able
to connect to the media proxy 212 using a supported network-based media
sharing protocol.
Each guest device 118, 120 at the hotel "thinks" it is communicating with a
compatible media
device such as a TV even though it is actually communicating with the central
media proxy 212.
When a particular guest device 118, 120 begins to share content with the media
proxy 212,
behind the scenes the media proxy 212 reroutes (and optionally converts to a
compatible
protocol/format) the shared media and streams it to the appropriate room's TV
or another media
device at the hotel. The particular destination media device is one that is
within the authorized
subset for the guest device and is set according to dynamically configured
proxy rules.
Not only does the media proxy 212 in this embodiment facilitate the use of
protocols requiring
bi-directional multicast communications by preventing all guest devices
118,120 at the hotel
11
CA 02792482 2013-01-02
GTK0049CADOO Patent
from receiving individual multicast announcements from all in-room media
devices 121, 122,
123, 124 (and vice versa), the media proxy 212 can also be utilized to allow a
guest device 118,
120 to share media utilizing a particular network-based media sharing protocol
with an in-room
media device 121, 122, 123, 124 that does not support that particular network-
based media
sharing protocol. The protocols utilized by the guest device and the in-room
media device are not
required to be the same because the media proxy 212 can dynamically convert
(e.g., decrypt,
reformat, transcode, re-encrypt, etc.) the shared media and then stream it to
the proper
destination media device using any suitable streaming technique supported by
the destination
media device.
FIG. 2 shows an exemplary block diagram of the system controller 102 of FIG.
1. In this
embodiment, the system controller 102 is a computer server running a number of
software
modules 210, 212, 214, 216, 218, 220, 222, which are stored in a storage
device 208 such as a
hard disk or other tangible computer readable medium. A database containing a
number of tables
of data 232, 234, 236, 238, 240, 242 utilized in conjunction with the software
modules 210, 212,
214, 216, 218, 220, 222 is stored in another storage device 230.
The system controller 102 further includes a first network interface 200
coupled to the Internet
104, a second network interface 202 coupled to the hotel LAN 112, a clock unit
206 such as a
real-time clock chip for tracking time, and one or more processors 204 coupled
to the storage
devices 208, 230, network interfaces 200, 202, and the clock unit 206. In the
following
description, the plural form of the word "processors" will be utilized as it
is common for a CPU
of a computer server to have multiple processors (sometimes also referred to
as cores); however,
it is to be understood that a single processor 204 may also be operable to
perform the disclosed
functionality in other embodiments.
In this embodiment, the modules 210, 212, 214, 216, 218, 220, 222 represent
software modules
executed by the processors 204 to cause the system controller 102 to perform a
variety of
functions at the hotel. The gateway 210 and the media proxy 212 were already
briefly described
with reference to FIG. 1. The reservation manager 216 reconfigures the gateway
210 and/or
media proxy 212 to enable media sharing between a guest device 118 registered
in a hotel
reservation and media devices within a hotel room associated with the
reservation. The login
12
CA 02792482 2013-01-02
GTK0049CADOO Patent
portal 214 is a webserver to which guest devices 118, 120 at the hotel may
connect in order to
sign-up for in-room media content sharing and other services at the hotel such
as high speed
Internet access (HSIA). The expiry manager 216 is responsible for deactivating
in-room media
sharing support when a guest device 118, 120 is no longer authorized to share
content with a
subset of the hotel's in-room media devices. The DHCP server 220 provides
network settings
such as the IP address of the gateway 210 as the default gateway to guest
devices 118, 120 when
the guest devices 118, 120 are first coupled to hotel LAN 112. Finally, the
media device
controller 222 is operable to send commands that change the behavior of the
various in-room
media devices 121, 122, 123, 124 at the hotel such as to display a temporally
unique passkey
currently associated with each hotel room.
In another embodiment, rather than software modules executed by processors
204, the modules
210, 212, 214, 216, 218, 220, 222 of FIG. 1 represent hardware modules and may
be
implemented either internal or external to system controller 102. Combinations
of software and
hardware modules may also be utilized in other embodiments.
The database tables 232, 234, 236, 238, 240, 242 are utilized when performing
the various
functions of modules 210, 212, 214, 216, 218, 220, 222. In this embodiment,
the gateway rules
232 contain dynamically updatable network traffic processing rules utilized by
gateway 210. The
proxy rules 234 contain dynamically updatable associations between guest
devices and media
devices for which shared media will be rerouted by the proxy 212. The in-room
media device
table 236 maps each of the in-room media devices 121, 122, 123, 124 with one
or more
respective rooms 101, 105. The passkey-to-room table 238 maps each of a
plurality of unique
passkeys to one or more respective rooms 101, 105. The guest access table 240
corresponds to
the hotel's property management system (PMS) and stores details of guests at
the hotel including
room assignments and scheduled check-out times. The reservation table 324
stores details of
reservations at the hotel such as individual guest room reservations and
meeting/conference room
reservations.
Further details of how the system controller 102 operates in various exemplary
embodiments are
provided in the following.
13
CA 02792482 2013-01-02
GTK0049CADOO Patent
FIG. 3 illustrates how guest device 118 is enabled by gateway 210 to stream
content to the in-
room TV 121 of guest room 101 according to an exemplary embodiment. The double
arrow lines
in FIG. 3 generally illustrate interactions between modules and devices of the
system 100 in FIG.
1. The interactions are not restricted to the exact order shown, and, in other
embodiments, shown
interactions may be omitted or other intermediate interactions added. The
interactions in this
embodiment include the following:
1. Guest device 118 triggers the activation of the in-room media sharing
feature at the hotel
by providing a unique room passkey (associated with only room 101) to the
hotel's login
portal 214 during a log in process. This passkey may have been provided to the
guest by
the media device controller 222 causing the in-room TV 121 to display to the
guest the
passkey as a "connect code" (see FIGs. 17 and 18, described in further detail
later).
2. The login portal 214 checks the passkey-to-room table 236 in the database
230 to
determine which hotel room is associated with the received passkey, and then
clears the
MAC and/or IP address of guest device 118 for communication with the MAC
and/or IP
address of each of the in-room media devices 121, 122, 123 of room 101 because
this is
the room found associated with the received passkey in this example. The
IP/MAC
addresses of the in-room devices 121, 122, 123 of room 101 are loaded from the
in-room
media device table 236. Guest device 118 is only cleared for communication
with this
subset of the media devices at the hotel (i.e., only cleared for communication
with TV
121, TV 122, and STB 123 in FIG. 1). By default, the gateway 210 will drop
network
traffic from guest device 118 to other media devices at the hotel such as to
TV 124 in
room 105. The rules needed to configure the gateway 210 to filter network
traffic in this
manner are dynamically stored by the login portal 214 in the gateway rules
232.
3. Guest device 118 sends a multicast discovery message looking for an
available media
device on LAN 112 that supports a particular network-based sharing protocol.
By using
client isolation and port isolation techniques, the APs 130 and switches 132
on VLAN-
guest ensure that only the system controller 102 receives the discovery
message. Gateway
210 also preferably blocks the discovery message from being passed to the in-
room
media devices 121, 122, 123, 124 on VLAN-media 116. The purpose (in
combination
with the discover helper 300, described next) is to avoid spamming all in-room
media
14
CA 02792482 2013-01-02
GTK0049CADOO Patent
devices 121, 122, 123, 124 at the hotel with the multicast discovery query
from guest
device 118.
4. Discovery helper 300 of gateway 210 queries the in-room media device table
236 in
database 230 to find which (if any) of the authorized subset of media devices
for guest
device 118 also supports the same network-based sharing protocol as the guest
device is
currently utilizing. For example, if guest device 118 is searching for a DLNA
compatible media device, discovery helper 300 queries in-room media device
table 236
to see which of TV 121, TV 122, and STB 123 in room 101 (associated with guest
device
118) supports DLNA . Assuming TV 121 supports the same protocol, the discovery
helper 300 replies unicast to guest device 118 on behalf of TV 121 and
provides guest
device 118 with the IP address of TV 121 to use for future direct
communications to TV
121.
5. Guest device 118 requests a connection with the IP address of TV 121 in
order to being
streaming media content to TV 121. Because TV 121 is on a different subnet
than guest
device 118, all unicast traffic from guest device 118 to TV 121 is sent via
gateway 210.
6. A gateway controller 302 of gateway 210 receives the unicast network
traffic from the
source address of guest device 118 to the destination address of TV 121. The
gateway
controller 302 checks the gateway rules 232 to determine whether traffic
matching this
combination of destination and source addresses is to be passed or dropped.
7. Because in this example guest device 118 and TV 121 are authorized to
communicate
with each other according to the gateway rules 232, the gateway controller 302
passes the
unicast traffic for delivery on the subnet associated with VLAN-media 116.
Replies from
TV 121 to guest device 118 are also passed from VLAN-media 116 to VLAN-guest
114
in a similar manner. Guest device 118 is now in direct bi-directional unicast
communication with TV 121 over hotel LAN 112 via gateway 210, and any
functions
available by the network-based media streaming protocol supported by both
guest device
118 and TV 121 may be performed. For example, guest device 118 may share media
content for playback on TV 121 or may mirror its desktop output onto TV 121.
FIG. 4 shows an example of the gateway rules 232 that are in-place to support
exemplary inter-
VLAN communication for guest devices 118, 120 in FIG. 1. In this embodiment,
the gateway
rules 232 are organized in a table format and the gateway controller 302
searches for a matching
15
CA 02792482 2013-01-02
GTK0049CADOO Patent
rule in an order from top to bottom. The gateway controller 302 applies the
specified action for
the first matching rule and then processes subsequent network traffic by again
searching for a
matching rule in the order from top to bottom.
As shown in FIG. 4, a client ID column 400 stores an identifier utilized to
correlate each gateway
rule with a specific client such as a guest of the hotel. This is useful, for
example, when the guest
checks out of the hotel to allow the system controller 102 to delete all the
gateway rules 232
having the same client ID as the now checked-out guest.
A source VLAN column 402 specifies the VLAN tag indicating the source VLAN
from which
received network traffic originated. In this embodiment, network traffic
having a source VLAN
matching VLAN-guest 114 is thereby known to have originated from a guest
device 118, 120
such as a personal device brought to the hotel by a guest. In contrast,
network traffic having a
source VLAN matching VLAN-media 116 is known to have originated from an in-
room media
device 121, 122, 123, 124 of the hotel's media system 100.
The source device column 404 specifies the source Internet protocol (IP)
address of the network
traffic. In this embodiment, each device, whether guest device 118, 120 or in-
room media device
121, 122, 123, 124 has a unique IP address on the hotel LAN 112 assigned, for
example, by the
DHCP server 220 after that device's initial connection to LAN 112. (Each
device further has a
unique media access control (MAC) address which could also be utilized in this
column 404.)
The destination VLAN column 406 specifies the VLAN tag of the destination VLAN
to which
the received network traffic is destined. The destination VLAN tag may be
specified in the
network traffic itself or may be determined on the fly by the gateway 210
according to the
destination IP address (see column 408) included in the received network
traffic.
The destination device column 408 specifies the destination IP address
included in the received
network traffic. Again, although source address column 404 and destination
address column 408
are focused on IP addresses in this embodiment, MAC addresses, other types of
network
addresses, and/or other device identifiers may be utilized instead of or in
addition to IP addresses
in these columns 404, 408 for identifying the source and destination devices.
16
CA 02792482 2013-01-02
GTK0049CADOO Patent
The action column 410 specifies the action performed by the gateway 210 when
the rule matches
the received network traffic. For example, the action of "Pass" means the
gateway 210 will pass
the received network traffic to its specified destination IP address on the
destination
VLAN/subnet, and the action of "Drop" means the gateway 210 will drop the
received network
traffic.
A first example rule set 418 corresponds to a communication feature activated
for guest device
118, which is operated by a guest of the hotel staying in room 101. In this
example, room 101
has three in-room media devices (TV 121, TV 122, and STB 123). The first rule
set 418 was
dynamically added to rules 232 by the system controller 102 to allow guest
device 118 to directly
communicate with only this subset of the media devices coupled to LAN 112. ln
particular, three
rules respectively allow network traffic to pass from guest device 118 to each
of the three in-
room media devices 121, 122, 123. Another three rules respectively allow
network traffic to pass
from each of the three in-room media devices 121, 122, 123 to guest device
118. If this guest
device 118 tries to communicate with other media devices in other hotel rooms,
the
communication will be dropped (because default rule 430 will apply, see
below).
A second example rule set 420 corresponds to a communication feature activated
for guest
device 120, which is operated by a guest of the hotel staying in room 105. The
second rule set
420 was dynamically added by the system controller 102 to allow guest device
120 to
communicate with the single in-room TV 124 of room 105. If guest device 120
tries to
communicate with other media devices in other hotel rooms, the communication
will be dropped
(because rule set 430 will apply, see below).
At the end of the gateway rules 232, default rule set 430 is a static rule
always present in rules
232 to isolate the VLANs 114, 16 from each other by preventing (e.g., action
of "Drop" in
column 410) inter-VLAN communication when none of the above rules apply.
Default rule set
430 prevents all unauthorized guest devices from communicating with in-room
media devices
and also prevents the two authorized guest devices 118 and 120 in this example
from
communicating with media devices of other rooms.
The gateway rules 232 illustrated in FIG. 4 show the rules when communication
features for the
first and second guest devices 118, 120 are activated. In this embodiment,
each of the
17
CA 02792482 2013-01-02
GTK0049CADOO Patent
communication features is only active for a limited time period. In order to
deactivate the
communication feature enabling the first guest device 118 to communicate with
the media
devices 121, 122, 123 in room 101 when its time period has expired, the system
controller 102
dynamically removes the first rule set 418 from the gateway/firewall rules.
Communication
between the first guest device 118 and the media devices 121, 122, 123 in this
room 101 is
thereby prevented due to the above-described VLAN isolation in combination
with default rule
430. Likewise, to deactivate the communication feature enabling the second
guest device 120 to
communicate with the media device 124 in room 105, the system controller 102
dynamically
removes rule set 420 from the gateway rules 232.
In an example usage scenario, after a new guest checks into the first hotel
room 101, the system
controller 102 dynamically configures the gateway/gateway rules 232 so that
the network
address of the guest's personal device 118 is cleared for access to the
network addresses of the
various media devices 121, 122, 123 in the guest's registered room 101.
Because communication
is enabled between guest device 118 and the in-room media devices 121, 122,
123 of room 101,
media functions such as direct streaming of media content between these
devices is supported.
However, the media devices in other rooms of the hotel (e.g., TV 124 in guest
room 105) remain
inaccessible to guest device 118. In particular, there is no inter-VLAN
communication rule set
allowing communication between the IP/MAC address of guest device 118 and the
IP/MAC
addresses of the other media devices of the hotel such as TV 124.
At the guest's scheduled checkout time (or after another predetermined expiry
event such as the
guest of room 101 performing an early checkout), the system controller 102
dynamically
reconfigures the gateway rules 232 to prevent guest device 118 from
communicating with the in-
room media devices 121, 122, 123 in room 101. This may involve removing all
gateway rules
232 having the IP address(es) of the guest device(es) 118 associated with the
guest that has now
checked out of room 101, i.e., inter-VLAN rule set 418. In this way, guest
device 118 will be
unable to communicate with any of the in-room media devices 121, 122, 123 in
room 101 after
its operator has checked out of that room 101.
In some embodiments the guest may continue to utilize their guest device 118
on the hotel's
computer network 112 to access the Internet 102 for a period of time after the
in-room media
18
CA 02792482 2013-01-02
GTK0049CADOO Patent
sharing between guest device 118 and the in-room media devices 121, 122, 123
has been
deactivated. This is beneficial to give the now-checked-out guest extra
Internet access time while
still preventing that user from disrupting the television viewing experience
of a new guest
staying room 101.
FIG. 5 illustrates how guest device 120 is enabled by media proxy 212 to
stream content to the
in-room TV 124 of guest room 105 according to an exemplary embodiment. The
double arrow
lines in FIG. 5 generally illustrate interactions between modules and devices
of the system 100 in
FIG. 1. The interactions are not restricted to the exact order shown, and, in
other embodiments,
shown interactions may be omitted or other intermediate interactions added.
The interactions in
this embodiment include the following:
1. Upon system 100 start-up or reboot, a media server 500 within the media
proxy 212
registers itself with a multicast domain name server (mDNS) 502 on LAN 112.
The
function of mDNS 502 is to multicast reply to multicast queries received from
guest
devices 118, 120 at the hotel. The multicast response provided by the mDNS 502
provides the registered IP address utilized by the media server 500 as an
available media
device at the hotel. Other discovery helper modules (not shown) may similarly
be
included in other embodiments to facilitate discovery of the media server 500
by guest
devices using protocols other than mDNS.
2. During the login process guest device 120 provides a unique room passkey
(associated
with only room 105 in this example) to the hotel's login portal 214. This step
is similar to
the corresponding step 1 of FIG. 3.
3. The login portal 214 checks the passkey-to-room table 236 in the database
230 to
determine which hotel room is associated with the received passkey, and then
associates
the MAC and/or IP address of guest device 120 with the MAC and/or IP address
of the
in-room TV 124 of room 101 because this is the only media device of the room
found
associated with the received passkey in this example. The IP/MAC addresses of
the in-
room TV 124 of room 105 is loaded from the in-room media device table 236. The
media
proxy is configured to reroute shared media from guest device 120 to the in-
room TV 124
in room 105. The rules needed to configure the media proxy 212 to reroute
shared media
in this manner are dynamically stored by the login portal 214 in the proxy
rules 234.
19
CA 02792482 2013-01-02
GTK0049CADOO Patent
4. Guest device 120 sends a multicast mDNS discovery message looking for an
available
media device that supports a particular network-based sharing protocol on
hotel LAN
112. The mDNS 502 receives the discovery message and replies with a multicast
announcement on VLAN-guest providing the address of the media server 500 as
media
device supporting the requested network-based sharing protocol (assuming the
media
server 500 does support this protocol). In a preferred embodiment, the
multicast queries
and replies are only sent on VLAN-guest 114 and do not cross over to VLAN-
media 116
to avoid spamming all in-room media devices 121, 122, 123, 124. For example,
when
guest device 120 multicasts an mDNS query for AirPlay:ID-compatible media
devices, the
only response it receives is from the mDNS 502 providing the IP address of
media server
500 as an AirPlay compatible media device. Likewise, guest device 120 may also
receive
multicast responses that mDNS 502 sends when replying to other guest devices
mDNS
queries on hotel LAN 112. However, in a preferred embodiment, client isolation
and port
isolation techniques are employed by APs 130 and switches 134 providing VLAN-
guest
114 so that multicast transmissions by guest device 118, 120 are only received
by the
system controller 101 and are not received by other guest devices 118, 120.
5. Guest device 120 opens a connection with the IP address of the media sever
500 and
beings to stream media content utilizing the network-based media sharing
protocol.
Again taking AirPlay as an example, the media server 500 may be listening for
AirPlay414 connections on IP / UDP ports 7000 and 7100.
6. The media server checks the proxy rules 234 to determine which in-room
media device(s)
is (are) associated with the incoming shared media and checks the in-room
media device
table 236 to determine whether the associated media device(s) support(s) the
network-
based media sharing protocol being utilized by the guest device.
7. A - When the associated media device (e.g., TV 124) supports the same
network-based
media sharing protocol as is being utilized by guest device 120, the media
server 500
opens a connection with that media device and redirects the stream received
from guest
device 120 to TV 124. Any connections made by TV 124 back to the media server
500
related to this stream are redirected back to guest device 120 in a similar
manner. In this
way, the media proxy 212 operates as a transparent proxy between guest device
120 and
TV 124. This interaction is shown in FIG. 5 with the double arrow line
labelled "7e.
20
CA 02792482 2013-01-02
GTK0049CADOO Patent
B - Alternatively, when the associated media device (e.g., TV 124) does not
support the
same network-based media sharing protocol as is being utilized by guest device
120, the
media server 500 passes the stream to a decrypt/convert/re-encrypt module 504
to convert
the shared media to be compatible with the associated media device (e.g., TV
124). The
converted media is thereafter sent to TV 124 by the media proxy 212 utilizing
a method
compatible with TV 124. In this way, the media proxy 212 operates as a format
converter
between guest device 120 and TV 124. This interaction is shown in FIG. 5 with
the
double arrow lines labelled "71)".
In addition to rerouting a streaming connection from guest device 120 to TV
124, the media
proxy 212 may also reroute another type of connection made from TV 124 back to
guest device
120. This secondary connection may be useful in some applications such as
desktop mirroring as
it can be utilized to keep clocks of the two devices 120, 124 in sync, for
example. The media
server 500 listens for this reverse connection request from TV 124 and looks
up guest device 120
associated with TV 124 based on the source IP of TV 124 and the prior open
connections on port
7000 already made. Alternatively, the media server 500 re-queries data stored
in the database
230 (e.g., proxy rules 234), which associates TV 124 with guest device 120.
FIG. 6 illustrates an example of proxy rules 234 for supporting in-room media
sharing by the
guest devices 118 and 120 illustrated in FIG. 1. The proxy rules 320 in this
embodiment are a
mapping of the IP address of a guest device on LAN 112 to the IP address of a
particular media
device with which the guest device is authorized to share media (i.e., one of
the authorized
subset of media devices selected for that guest device).
A guest device identifier (ID) column 600 stores the IP address of the guest
device (similar to
column 404 of FIG. 4) and a client ID column 602 stores the client number
associated with the
guest device (similar to column 400 of FIG. 4). A destination in-room media
device column 604
stores the particular media device to which media content shared by the guest
device will be
rerouted by the media proxy 212. The particular media device stored in column
604 is one of the
media devices in the authorized subset selected for the guest device.
For rooms that have more than one media device such as room 101 in FIG. 1, the
guest may be
enabled to select the desired destination media device from the subset of
media devices 121, 122,
21
CA 02792482 2013-01-02
GTK0049CADOO Patent
123 in the guest's room. For example, the guest may make a selection at the
login portal 214 or
using a predetermined hotel application running on guest device 118 either
during the login
process or afterwards to cause the media proxy 212 to reroute shared media to
a different media
device of the guest's assigned room. When the guest chooses a new in-room
media device at the
login portal 214, for example, the login portal 214 updates the destination
media device
associated with the guest device in column 604 of the proxy rules 234. Again,
the possible
destination media devices are limited to only the subset of media devices that
are associated with
the guest device, i.e., the in-room media devices of the guest's assigned
room. The guest cannot
choose a media device outside of this authorized subset such as a TV in
another, unrelated
guest' s room.
Multiple in-room media devices (selected from the authorized subset associated
with the guest
device) may also be stored in column 604. In this situation, the media proxy
212 will
simultaneously reroute media shared by the guest device to multiple in-room
media devices. This
is useful to allow the guest to stream music or video content to all TVs and
speakers in their
registered hotel suite, for example.
The particular destination in-room media device(s) in column 604 may also be
automatically
selected and/or changed by the system controller 102 in response to activity
by the guest such as
by powering on a particular media device within the suite. When only a single
media device is
powered on, that media device may be automatically selected for storage in
column 604.
The following description of the system controller 102 in this embodiment will
continue to
assume that both the gateway 210 and media proxy 212 are included in the
system controller 102
as this is a preferred embodiment when some but not all of the in-room media
devices 121, 122,
123, 124 at the hotel natively supports a network-based media sharing
protocol. However, it is to
be understood that, in other embodiments, only one of the gateway 210 or the
media proxy 212 is
included.
In the case where only one of gateway 210 or media proxy 212 is to be included
in system 100,
the decision of which to include can be made according design decisions and
trade-offs
appropriate to the target application. For example, when all of the in-room
media devices 121,
122, 123, 124 natively support at least one network-based sharing protocols
(e.g., AirPlaye,
22
CA 02792482 2013-01-02
GTK0049CADOO Patent
DLANCD, AllShare , etc.) and the hospitality establishment only wishes to
support these
protocols, either gateway 210 or media proxy 212 can be used alone to enable
media sharing
using these protocols by guest devices 118, 120 at the hotel while also
limiting each guest device
118, 120 to only share media content with a subset of the media devices (e.g.,
only media
devices included in the room associated with the guest device 118, 120).
Alternatively, if none of
the in-room media devices 121, 122, 123, 124 at the hotel natively supports a
network-based
media sharing protocol that is desired to be supported by the hotel, then only
the media proxy
212 may be included in the system controller 102 as the media proxy 212 will
always be utilized
to convert shared media using the desired protocol and then stream it to the
in-room media
device using another type of streaming protocol such as a Moving Picture
Experts Group
(MPEG) and/or Real Time Streaming Protocol (RTSP).
Although separate VLANs 114, 116 are utilized in the above exemplary
embodiments to ensure
guest devices 118, 120 are by default unable to communicate and share content
with in-room
media devices 121, 122, 123, 124, a similar result can also be achieved using
other types of
network segments. Each guest device 118, 120 may be placed on a first network
segment and all
media devices 121, 122, 123, 124 may be placed on one or more separate network
segments. A
gateway, proxy, network address translator, firewall, router, or any other
network control
component having dynamically updatable control rules may be placed between the
different
network segments similar to how gateway 210 controls traffic between VLAN-
guest114 and
VLAN-media 116, and how media proxy 212 controls the rerouting of shared media
between
guest devices 118, 120 on VLAN-guest 114 and media devices 121, 122, 123, 124
on VLAN-
media 116 in the above example. Other methods of blocking network traffic by
default such as
port isolation or other suitable control functions performed by a network
component may be
employed instead or in addition to VLAN isolation in these and other
embodiments.
FIG. 7 and FIG. 8 together illustrate a flowchart describing actions performed
by the system
controller 102 to dynamically enable a guest device supporting a network-based
media sharing
protocol to share media content over a computer network with a subset of the
media devices
connected to the computer network according to an exemplary embodiment. The
steps of the
flowchart in FIG. 7 and FIG. 8 are not restricted to the exact order shown,
and, in other
embodiments, shown steps may be omitted or other intermediate steps added. In
this
23
CA 02792482 2013-01-02
GTK0049CADOO Patent
embodiment, the processors 204 execute one or more of the modules 210, 212,
214, 216, 218,
220, 222 in order to cause the system controller 102 to perform the
illustrated steps.
As shown by an initial group of steps labelled 700 in FIG. 7, the process
beings in response to an
event occurrence (step 702) and involves selecting a subset of the media
devices on LAN 112
according to the particular type of event occurrence (step 704).
An example of an event occurrence that may trigger the process at step 702 is
when a guest of
the hotel logs in to the hotel from their guest device at the webserver
provided by the login portal
214. The login process may involve the guest simply agreeing to terms and
conditions, or may be
more substantial such as when the guest is required to verify their identify
and make or authorize
a payment.
Other event occurrences may also start the process at step 702 of FIG. 7. For
example, rather
than starting the process upon guest login, the process may start in response
to detecting a media
content streaming / discovery attempt by a guest device associated with (or
detected to be within)
a particular guest room. This may occur after the login and room association
of the guest device
such as after the guest has logged in for HSIA at the hotel. A benefit of this
embodiment is that if
the guest device never attempts to stream media content to an in-room media
device then no
resources are wasted by system controller 102 setting up gateway rules 232 and
proxy rules 234.
At step 704, the reservation manager 216 and/or login portal 214 select a
subset of the hotel's
media devices 121, 122, 123, 124 for which media sharing is to be enabled for
the guest device.
In the following embodiment the selected subset is assumed to be only the
media devices
accessible from a particular guest area (e.g., room number) of the hotel found
associated with the
guest device. For example, when the process of FIG. 7 is triggered to activate
in-room media
sharing for guest device 118 in FIG. 1, guest device 118 is found to be
associated with room 101
and therefore the reservation manager 216 and/or login portal 214 select the
subset for which in-
room media sharing is to be enabled for this guest device 118 to be TV 121, TV
122, and STB
123. Other desired subsets may be utilized in other embodiments.
FIG. 9 shows an example of the in-room media device table 236 mapping each of
the in-room
media devices 121, 122, 123, 124 to a respective guest area 101, 105 of the
hotel. At step 704,
24
CA 02792482 2013-01-02
GTK0049CADOO Patent
the reservation manager 216 and login portal 214 access the in-room device
table 318 to
determine the network addresses of the in-room media devices of the particular
guest area found
associated with the guest device.
The room ID column 900 stores an identifier of each guest area within the
hospitality
establishment. In this example, the guest areas are represented by their room
numbers 101, 105.
In other applications, the guest areas may include seat numbers of an airline
or cabin numbers on
a cruise ship for example. English names with room numbers are shown in
brackets in the
example of FIG. 9 but in practical implementations the room 1Ds may be any
unique identifier of
the guest area.
An in-room media devices column 902 stores the various media devices that are
associated with
the room ID listed in column 900. Some guest areas may have more than one
associated media
device. For example, guest room 101 in this example has TV 121, TV 122 and STB
123. Other
guest areas may have a single media device such as room 105 having only a
single TV 124 in
this example.
A type column 904 stores the network-based media sharing protocol(s) supported
by each of the
media devices shown in column 902. In this example, there are two types of
network-based
media sharing protocols utilized by media devices in the hotel: AirPlay by
Apple Inc., and
AllShare by Samsung Inc. In the first hotel room 101, two AirPlay certified
devices are
installed; whereas, in the second hotel room 105, an AllShare certified
device is installed.
Some media devices may support multiple network-based media sharing protocols
such as the
TV in exemplary guest room "107, which supports both AirPlay and AllShare .
Other
streaming protocols may also be supported by media devices in other
implementations; for
instance, digital living network alliance (DLNAO) certified media devices may
be included in
other rooms. Furthermore, some media devices such as STB 123 may not support
any network-
based media sharing protocols and may instead only be capable of receiving
MPEG or RTSP
streams from media proxy 212 (similar to how video-on-demand (VOD) is sent to
these devices
by other servers of the hospitality media system 100); these media devices
have a "-" in column
904 in this example.
25
CA 02792482 2013-01-02
GTK0049CADOO Patent
In some embodiments, the type column 504 is beneficially utilized to by the
reservation manager
216 and/or login portal 214 to assign the guest to a room having in-room media
devices that
support the same type of media sharing protocol(s) supported by the guest's
personal guest
device(s). For example, the guest may specify in their hotel reservation that
they wish to be
assigned to a guest room having AirPlay media devices to take advantage of
that streaming
protocol natively supported by the guest's mobile phone. Rather than requiring
the guest to
manually select the type of media device in a reservation, the selection may
instead be done
automatically such as when the reservation manager 216 stores a history of
previous guest
devices brought to the hotel by the guest and automatically assigns the guest
to a room having
compatible media devices. Assigning the guest to a room having compatible
media devices
reduces the load required by the media proxy 212 to enable media sharing
(e.g., media proxy 212
can redirect connections), and/or allows the gateway 210 to enable media
sharing by passing
unicast communications.
In some embodiments, the system controller 102 automatically populates the
list of in-room
media devices 236, for example, by listening to multicast announcements from
in-room devices
121, 122, 123, 124 in order to detect which media sharing protocols are
supported and the IP
addresses of the media devices 121, 122, 123, 124. Switch port mapping queries
can be utilized
by the system controller 102 to trace network traffic back to its source and
determine in which
hotel room 101, 105 each media devices 121, 122, 123, 124 is located.
Returning again to the description of step 704, in a first example when a
guest staying in room
101 logs in for HSIA at the hotel's login portal 214, the login portal 214
detects the IP address of
the guest's device 118 and determines the IP addresses of the in-room media
devices 121, 122,
123 associated with room 101 from the in-room device table 318. In another
example when the
guest has made a reservation and is assigned room 105, the reservation manager
216 loads the
MAC address of the guest's personal device 120 from the reservation details
and determines the
IP/MAC addresses of the media device 124 in the assigned room 105 from the in-
room media
device table 236.
At step 706, the system controller 102 checks whether the guest device is
already on the hotel's
LAN 114. The may be done by pinging the IP address of the guest device or
checking DHCP
26
CA 02792482 2013-01-02
GTK0049CADOO Patent
logs to determine if a particular MAC address has been assigned an IP address.
Depending upon
the event occurrence that triggered the process at step 702, sometimes the
system controller 102
may enable the sharing feature for a guest device before it has arrived at the
hotel, for example,
at the start time of a reservation. When the guest device is not already on
LAN 114, control
proceeds to step 708 to setup the DHCP server 220 to assigned a specific IP to
the guest device
upon its arrival. Alternatively, when the guest device is already on LAN 114,
its IP address is
already known and therefore control proceeds to step 710 to enable media
sharing for the guest
device.
At step 708, the login portal 214 and/or reservation manager 216 setup rules
in the DHCP server
220 to ensure the guest device will be assigned particular network settings
such as a particular IP
address when it is connected to LAN 112. Control then proceeds to step 710 to
enable sharing for
the particular IP address that is now preconfigured to be assigned to the
guest device.
At step 710, the login portal 214 and/or reservation manager 216 update the
gateway rules 232 to
thereby allow unicast communications between the guest device and each of the
in-room media
devices in the subset determined at step 704. For example assuming the
particular guest room
associated with guest device 118 is room 101, at step 404 the reservation
manager 216 or login
portal 214 dynamically adds gateway rules 232 such as inter-VLAN communication
rule set 418
in FIG. 4, which allows communication between the IP address of guest device
118 and each of
the IP addresses of the in-room media devices 121, 122, 123 of room 101. The
IP addresses of
the media devices associated with the location are loaded from the in-room
media device table
236 (see FIG. 9). The IP addresses of the guest device is either known from
its received network
traffic or may be known in advance by the system controller 102 configuring
the DHCP server
220 at the hotel to assign a specific IP address to the guest device
identified by a predetermined
MAC address listed in the reservation ¨ see previously described step 708 and
column 830 of
FIG. 8, described in more detail later.
At step 712, the login portal 214 and/or reservation manager 216 update the
proxy rules 234 to
reroute media shared from the guest device to one or more of the media devices
in the subset
determined at step 704. As previously mentioned, the selection of the
particular destination
media device(s) in column 604 can be made according to commands received from
the guest
27
CA 02792482 2013-01-02
GTK0049CADOO Patent
device or may be done automatically by the system controller 102 according to
activity by the
guest device or one of the media devices in the subset.
At step 714, when the system controller 102 receives multicast network traffic
from the guest
device, control proceeds to step 714; otherwise, control proceeds to step 722.
An example of
typical multicast network traffic that will be received from the guest device
is a query for media
devices on LAN 112 that support a particular media sharing protocol.
At step 716, the gateway 210 and media proxy 212 examine the multicast network
traffic to
detect the requested media sharing protocol. This may also be done according
to the destination
address and/or port(s) specified by the multicast network traffic or according
to content of the
traffic. When the detected media sharing protocol supports unicast responses
to the multicast
query, control proceeds to step 718; alternatively, when the media sharing
protocol does not
support unicast responses to the multicast query, control proceeds to step
720.
An example of a network-based media sharing protocol that supports unicast
responses to
multicast queries is DLNA . DLNA employs Universal Plug and Play (UPnP) for
media
management, discovery and control. Universal plug and play (UPnP) capable
guest devices send
discovery messages to the multicast address 239.255.255.250 on port 1900 via
the User
Datagram Protocol (UDP) protocol. Because other UPnP devices are required to
reply to these
discovery messages with a unicast response, when the discovery helper 300 of
gateway 210
receives a multicast UPnP discovery message from the guest device on this port
and multicast
address, control proceeds to step 718.
An example of a network-based media sharing protocol that does not support
unicast responses
to multicast queries is Airplay . AirPlay employs mDNS for discovery.
AirPlay capable
guest devices send discovery queries to the multicast address 224Ø0.251 on
port 5353 via the
UDP protocol. Because responses to the mDNS discovery query are generally
required (with
some exceptions) to be a multicast UDP response also to multicast address
224Ø0.251 on port
5353, when the mDNS 502 of media proxy 212 receives an mDNS discovery message
from the
guest device on this port and multicast address, control proceeds to step 720.
28
CA 02792482 2013-01-02
GTK0049CADOO Patent
At step 718, the discovery helper 300 searches the in-room media device table
236 to determine
whether any of the media devices in the subset for this guest device
(determined at step 704)
supports the same media sharing protocol. For example, when the incoming
discovery query is
for the DLNA media sharing protocol, the discovery helper 300 checks whether
the guest room
associated with the guest device includes at least one DLNA compatible media
device. When
yes, control proceeds to step 722; otherwise, control proceeds to step 720.
At step 720, the media proxy 212 sends a multicast or unicast reply to the
guest device
announcing the availability of the media server 500 as a compatible media
device on hotel LAN
112. For protocols that require a multicast reply such as mDNS, all guest
devices 118, 120 on
hotel LAN 112 receive the multicast reply and are made aware that the media
server 500 is
available to use the supported media sharing protocol. For protocols that
accept or require a
unicast reply such as UPnP, only the particular guest device that sent the
original multicast query
received at step 714 will receive the reply. Multicast replies may be sent by
the mDNS 502 when
replying to an mDNS query received from the guest device. When the media proxy
212 is also
going to support other protocols that don't utilize mDNS, the media proxy 212
may further
include one or more additional modules (not shown) to send either unicast or
multicast replies
according to the other protocols. For example, another discovery helper module
(not shown) may
be included within media proxy 212 to send unicast or multicast replies to the
guest device on
behalf of the media server 500. Alternatively, media server 500 itself may
listen for multicast
queries and send a unicast or multicast reply providing its own IP address.
At step 722, the discovery helper 300 of gateway 210 sends a unicast reply to
the guest device on
behalf of each of the compatible media devices in the subset associated with
the guest device.
Each unicast reply provides the guest device with the IP address of one (or
more) of the
compatible media devices. In this way, the discovery helper 300 facilitates
the guest device to
discover the IP addresses of the compatible in-room media devices within its
subset without
spamming all media devices in the hotel (such as media devices in other room)
with the multicast
discovery message from the guest device. This is beneficial to reduce
unnecessary network
traffic and prevent each media device from hearing multicast messages from
guest devices that
are not authorized to stream media to that media device.
29
CA 02792482 2013-01-02
GTK0049CADOO Patent
The discovery helper 300 may also send a notification (e.g., a "heads-up"
message) to the
compatible in-room media devices after unicast replying to the guest device on
behalf of these
devices. The purpose of the heads-up message is to alert these media devices
so they are ready to
receive future unicast communications directly from the guest device. Some
protocols may
require this due to the media device not actually receiving the initial
discovery request.
Steps 724, 726, 728, 730, 732 of FIG. 8 generally correspond to steps 714,
716, 718, 720, 722 of
FIG. 7, except that now the multicast network traffic is received from a media
device 121, 122,
123, 124 at the hotel that is within the authorized subset for the guest
device. In steps 730 and
732, the response is sent back to the media device. Handling multicast network
traffic from hotel
media devices as is done in steps 724, 726, 728, 730, 732 is beneficial to
facilitate discovery and
allow media sharing to flow in the opposite direction. For example, rather
than a guest device
being utilized to stream personal vacation videos to the in-room TV, a guest
may instead utilize
the in-room STB (or another type of in-room media device) to stream video-on-
demand (VOD)
or other hotel content to the guest device, which acts as the output device.
This might allow a
guest to continue watching a movie on their guest device while in restaurant
or pool area of the
hotel. In another example, several guest devices may be associated with a
single conference
room and a conference presenter may utilize a media device within the room to
share a
presentation with all guest devices. Only in-room media devices within the
authorized subset for
a guest device (determined at step 704) will be able to share content with the
guest device in this
manner. If such functionality is not desired, steps 724, 726, 728, 730, 732
may be removed and
multicast discovery queries from the hotel media devices 121, 122, 123, 124
may be dropped by
the system controller 102 (i.e., not passed from VLAN-media 116 to VLAN-guest
114).
At step 734, the system controller 102 determines whether the media sharing
feature between the
guest device and the in-room media devices in its authorized subset should be
deactivated.
FIG. 10 illustrates an example of the guest access table 240. In this example,
the guest access
table 240 is provided by a property management system (PMS) handling the room
assignment at
the hotel 101. A room number column 1000 indicates a particular guest area in
the hotel, a client
identifier (ID) column 1002 indicates a serial number of the guest staying in
that room utilized to
cross reference with column 400 of the gateway rules 232 and column 602 of the
proxy rules
30
CA 02792482 2013-01-02
GTK0049CADOO Patent
320, a name column 1004 indicates the name of the current guest, a check-out
time column 1006
indicates the scheduled expiry time of the guest's stay in the room, and a
guest identifier (ID)
column 1008 indicates an identifier of the current guest such as the loyalty
program membership
identifier used by the guest at the hotel 101. Vacant rooms have a dash ("-")
stored in the above
columns in this example.
Returning to the description of step 734, in an exemplary embodiment the
expiry manager 218
searches the guest access table 240 to determine whether the check-out time
(column 1006) has
been reached for a particular client ID (column 1000). When yes, control
proceeds to steps 736;
otherwise, control returns to step 714. In some implementations, an interrupt
is produced when a
client's expiry time is reached in column 1004 (or another event occurs such
as an earlier check-
out message received from the PMS) to cause control to automatically proceed
to step 736.
At step 736, the expiry manager 218 updates the proxy rules 234 to deactivate
media proxying
for the guest device. This is done by the expiry manager 218 deleting rows of
the proxy rules 234
having the same client ID in column 602 as the now expired client ID from
column 1002 of FIG.
10 (determined at step 734). The expiry manager 218 further causes the media
proxy to terminate
all connections and other streams that are related to this guest device. For
example, if guest
device 118 was currently utilizing the media proxy to stream media content to
TV 121, the
stream is terminated at this step.
At step 738, the expiry manager 218 updates the gateway rules 232 to
deactivate the
communication feature between the guest device and the in-room media devices
in the subset
associated with the guest device. This may be done by the expiry manager 218
deleting the inter-
VLAN rule set having the same client ID in column 400 as the expired client ID
from column
1002 of FIG. 10 (as determined at step 734). For example, when client ID "1"
is determined to
have expired at step 406, the expiry manager 218 deletes all the gateway rules
232 having client
ID "1" in column 400 of the gateway rules 232, which includes all the rules
indicated as rule set
418 in the example of FIG. 4.
At step 740, the media device controller 222 resets the in-room media devices
in the subset
associated with the now expired guest device back to their default states.
This is done by sending
a reset command via the computer network 112 to reset these media devices, for
example,
31
CA 02792482 2013-01-02
GTK0049CADOO Patent
resetting the in-room media devices 121, 122, 123 of room 101 after the guest
of room 101 has
checked out. The purpose of this step is to ensure that if the media device(s)
was/were actively
streaming content (or performing other network-based media functions) under
the control of the
now expired guest device at the time the communication feature was disabled at
step 408, that
it/they will not continually try to reconnect with the now inaccessible guest
device. The media
devices are instead reset back to a clean state ready for the next guest.
Other embodiments of the above described system 100 are also possible. For
example, in another
embodiment the gateway 210 is pre-configured to pass all broadcast/multicast
traffic between
VLAN-guest 114 and VLAN-media 116. Although the unrestricted passing of
broadcast/multicast traffic does open up a security risk in that it is
possible for the first guest
device 118, for example, to communicate utilizing broadcast/multicast network
traffic with any
media device in the hotel (including media devices in other rooms such as TV
124), the risk is
minimal if the media devices are known in advance to always require unicast
communication to
support the network-based media functions such as media content streaming.
In these embodiments, to stream media content, guest device 118 first queries
the LAN 112 for a
compatible streaming device by transmitting a broadcast/multicast user
datagram protocol (UDP)
message such as an mDNS query message. The gateway 210 receives the query on
VLAN-guest
114 and passes it to VLAN-media 116. After the gateway 210 passes the query to
VLAN-media
116, all compatible TVs in the hotel receive the message and reply with either
unicast or
broadcast/multicast replies providing their assigned IP addresses on hotel LAN
112. The
previously described gateway rules 232 prevent all but the in-room media
devices in room 101
from replying utilizing unicast communications to the first guest device 118.
In the event that one or more media devices in the hotel reply using a
broadcast/multicast
message (e.g., an mDNS reply), the gateway 210 will pass the reply from VLAN-
media 116 to
VLAN-guest 114. In this way, guest device 118 receives the reply. However,
when guest device
118 thereafter attempts to open a unicast transmission control protocol (TCP)
connection with
that media device to finalize the discovery process and/or begin streaming
media content, the
inter-VLAN communication rule set 418 will only allow the unicast connection
if the destination
device is one of the in-room media devices 121, 122, 123 in room 101. The
default rule 430
32
CA 02792482 2013-01-02
GTK0049CADOO Patent
blocks all other unicast communication attempts. In this way, guest device 118
can only establish
unicast communications with the subset of in-room media devices 121, 122, 123
in room 101
even though it may discover other media devices in the hotel (e.g., discover
TV 124 by
sending/receiving broadcast/multicast traffic to/from TV 124). This embodiment
may be useful
when it is known in advance that the in-room media devices within the
hospitality establishment
will not play media or take any other actions that might disturb the media
experience of the
current guest of the room as a result of receiving only broadcast/unicast
network traffic.
In other embodiments, by default gateway 210 blocks all multicast messages
from VLAN-media
116 from passing to VLAN-guest 114. When a particular guest device makes a
multicast query
for compatible media devices on LAN 112, gateway 210 passes the multicast
query to VLAN-
media 116 and then for a limited time allows multicast replies from only the
media devices in the
authorized subset for that particular guest device. For example, after guest
device 118 makes an
mDNS query for AirPlay compatible devices on LAN 112, the gateway 210 for a
limited time
passes multicast replies from the subset of in-room media devices 121, 122,
123 in room 101
from VLAN-media 116 to VLAN-guest 114. Multicast replies from other in-room
media devices
in other rooms (e.g., TV 124 in room 105) continue to be blocked by gateway
210. After a
sufficient time duration (e.g., 1 minute), gateway 210 will again block all
multicast messages
from VLAN-media 116 from passing to VLAN-guest 114. This allows guest device
118 to
discover only its authorized subset of the media devices at the hotel.
Although all guest devices 118, 120 at the hotel will receive the multicast
replies from in-room
media devices 121, 122, 123 in the above example, typically only guest device
118 will be
actively searching for media devices at the time these responses are sent.
Short time-to-live
(TTL) values in the multicast replies can be utilized help prevent caching at
unauthorized guest
devices (e.g., caching of replies from media device 121, 122, 123 in room 101
at guest device
120 associated with room 105). Additionally, the names of the in-room media
devices 121, 122,
123, 124 can be configured to include the room number to help prevent guest
confusion in the
event that two guest devices 118, 120 at the hotel simultaneously search for
media devices.
33
CA 02792482 2013-01-02
GTK0049CADOO Patent
As described above, the activation of the in-room media sharing feature for a
guest device at step
700 of FIG. 7 depends upon the particular trigger event. Examples of event
occurrences which
may trigger the process of FIG. 7 in include the following:
Event occurrence 1: Start-time reached for reservation having a registered
guest device
FIG. 11 illustrates a flowchart showing steps taken by the reservation manager
216 when starting
the process of FIG. 7 in response to reaching the start-time of a reservation
having a registered
guest device. The steps of the flowchart in FIG. 11 are not restricted to the
exact order shown,
and, in other embodiments, shown steps may be omitted or other intermediate
steps added. In
this embodiment, the processors 204 execute the reservation manager module 216
in order to
cause the system controller 102 to perform the illustrated steps.
At step 1100, the process begins when the start time of a reservation having a
registered guest
device is reached.
FIG. 12 shows an example of a UI screen 800 for inputting information into the
reservation table
242 according to an exemplary embodiment. A guest making a hotel reservation,
either an event
reservation as shown in FIG. 12 or an individual guest room reservation in
another example, can
register specific guest devices such as a mobile phone 1240 and tablet
computer 1242. Column
1234 allows the guest making the reservation to indicate that in-room media
sharing from these
registered devices 1240, 1242 is to be automatically enabled. The reservation
manager 216
monitors the current time as tracked by the clock unit 206 in order to
determine when the start
time 1206 of the reservation 1200 is reached. When the start time 1206 is
reached, the process of
FIG. 11 begins at step 1100.
At step 1102, the reservation manager 216 loads the location(s) 1210 of the
reservation from the
reservation table 242. For example, in the event reservation of FIG. 7, the
location 1210 of the
event is the "Meeting room A", "Meeting room B", and "Guest room 101. Although
meeting
and guest room locations are utilized in this event, other types of guest
areas may be applicable
in other embodiments. For example, the location(s) 1210 loaded from the
reservation 1200 at this
step may correspond to any guest areas such as meeting rooms, guest rooms,
seat numbers,
media device locations, etc. at the hospitality establishment. The location
1210 may also be
34
CA 02792482 2013-01-02
GTK0049CADOO Patent
automatically assigned by the reservation manager 216 when the start time 1206
is reached rather
than being specified in advance. The selected subset of the hotel's media
devices for which these
registered guest devices are to be enabled to share media are all the in-room
media devices
associated with location 1210.
At step 1104, the reservation manager 216 loads the MAC addresses of the
registered guest
devices 1240, 1242 from column 1230 of the reservation 1200. These values were
previously
stored in the reservation 800 by the event organizer when they setup the event
reservation.
Alternatively, these values may be added or changed by the event organizer at
any time during
the event.
At step 1106, the reservation manager 216 determines the expiry time for the
communication
feature for the registered devices 1240, 1242. The registration manager 216
automatically
activates sharing with the in-room media devices for the duration of the
reservation 1200. The
expiry time determined at step 1106 corresponds to the end time 1208.
Event occurrence 2: A registered guest is authenticated during the login
process from a
particular guest device
FIG. 13 illustrates a flowchart showing steps taken by the login portal 214
when starting the
process of FIG. 7 upon a registered guest logging in (e.g., signing up) at the
hotel's web-based
login portal. The steps of the flowchart in FIG. 13 are not restricted to the
exact order shown,
and, in other embodiments, shown steps may be omitted or other intermediate
steps added. In
this embodiment, the processors 204 execute the login portal 214 in order to
cause the system
controller 102 to perform the illustrated steps.
At step 1300, the process to activate the communication feature for a guest
device begins when
the guest device is utilized by a guest at the hotel to log in or sign up for
services at the
webserver provided by the login portal 214.
At step 1302, the login portal 214 determines the room number (or other guest
area identifier)
associated with the guest device. In one example, during the login process the
guest is required to
enter personal details such as their last name and room number. From this
information, the login
portal 214 queries the hotel's property management system (PMS) or another
room assignment
35
CA 02792482 2013-01-02
GTK0049CADOO Patent
database (see example of guest access table 240 in FIG. 10) to verify the
guest's identify and
confirm the guest is registered for the specified guest room. In another
configuration, the login
portal 214 may determine the source room number of the guest device by tracing
network traffic
received from the guest device back to a source access-node such as a
particular switch port on
the LAN 112, which is mapped to a particular guest room according to a network
map. This
embodiment is particularly advantageous when the guest device is connected to
LAN 112 via a
wired connection. The selected subset of the hotel's media devices for which
the guest device is
to be enabled to share media are all the in-room media devices associated with
determined room
number.
At step 1304, the login portal 214 determines the MAC or IP address of the
guest device by
examining the headers of the network traffic received from the guest device.
At step 1306, the login portal 214 determines the expiry time for the
communication feature for
the guest device. In some embodiments, each registered guest may have the
communication
feature activated for a predetermined time duration such as one day. The time
duration may also
be cut off earlier such as when the guest checks out of the hotel.
Alternatively, the expiry time
may correspond to the guest's scheduled check-out time for the room as
specified in column
1006 of FIG. 6. In other embodiments, the guest may purchase an amount of
streaming time or
an amount of data and the expiry will cut off when the paid for time or data
amount is reached.
The expiry time may also correspond to the end time 1206 of the guest's
reservation and be
determined similar as previously described for step 1106.
Event occurrence 3: Network traffic from an unrecognized guest deice is
detected on hotel
LAN 112
FIG. 14 illustrates a flowchart showing steps taken by the login portal 214
when starting the
process of FIG. 7 upon detecting network traffic from an unrecognized guest
device on the hotel
LAN 112. The steps of the flowchart in FIG. 14 are not restricted to the exact
order shown, and,
in other embodiments, shown steps may be omitted or other intermediate steps
added. In this
embodiment, the processors 204 execute the login portal 214 and the
reservation manager 216 in
order to cause the system controller 102 to perform the illustrated steps.
36
CA 02792482 2013-01-02
GTK0049CADOO Patent
At step 1400, the process begins by receiving network traffic from an
unrecognized guest device.
The unrecognized guest device from which the network traffic is received at
this step is
considered unrecognized because it has not already been authorized for in-room
sharing or
communication with one or more in-room media devices. In a preferred
embodiment, the
network traffic includes DHCP requests that are broadcast by new guest devices
as they are first
coupled to the hotel LAN 112, for example, DHCP
discover/offer/request/acknowledgement etc.
At step 1402, the reservation manger 216 queries the reservation table 242 to
determine whether
the MAC address of the unrecognized guest device included in the received
network traffic
corresponds to a registered device for which the stream enable setting 834 has
been selected in a
current reservation at the hotel. The field "CHADDR" (Client Hardware Address)
in the DHCP
message indicates the MAC address of the newly connected guest device. A
current reservation
is one that has reached its start time 1206 but not yet reached its end time
1208.
At step 1404, when the MAC address does correspond to a registered device for
which stream
enable 1234 has been selected in a current reservation at the hotel, the
reservation details are
retrieved and control proceeds to step 1416; otherwise, control proceeds to
step 1406.
At step 1406, the login portal 214 queries a user profile server 170 to
determine whether the user
profile database 172 stored therein includes a user identifier (ID) that is
associated with the MAC
address of the unrecognized guest device. As shown in FIG. 1, the user profile
database 172 in
this embodiment is remote to the hotel and stored at a central user profile
server 170. Therefore,
this step may be performed by the processors 204 sending and receiving network
packets to/from
the user profile server 170 via the network interface 200 and the Internet
104.
FIG. 15 illustrates a user interface (UI) screen 1500 provided by the user
profile server 170
allowing a specific user to modify their information in the user profile
database 172. Each user
may have any number of guest devices associated with their user profile
account. Device names
are listed in column 1502 with each user device's corresponding device
identifier (e.g., MAC
address) shown in column 1504. These fields are editable by the user, and the
user may add new
user devices or remove user devices to their user profile at any time.
37
CA 02792482 2013-01-02
GTK0049CADOO Patent
The UI screen 1500 further allows each user to modify the user identifiers
associated with their
account. As shown in FIG. 15, the user identifiers associated with the account
in this example are
all the various loyalty program membership numbers utilized by the user at
different hospitality
establishments. Each hospitality establishment is listed in column 1510 with
the user's
corresponding loyalty program member identifier and user type listed in
columns 1512 and 1514,
respectively. In some embodiments, the user may be able to freely adjust the
loyalty numbers in
column 1512, but may need to perform an upgrade process by clicking an
"upgrade" button 1520
in order to upgrade to higher user type at a particular hospitality
establishment in column 1514.
The upgrade process may involve a monetary payment.
The user profile database 172 associates each of a plurality of different user
identifiers (IDs) in
column 1512 with one or more device identifiers (e.g., MAC addresses in this
embodiment) in
column 1504. A collection of different user IDs may be associated with
multiple MAC addresses
such as when a single user has various loyalty program member identifiers at
different hospitality
establishments and owns multiple guest devices. For example, the exemplary
user in FIG. 15
belongs to five different hospitality loyalty programs and has three MAC
addresses
corresponding to three different guest devices (i.e., laptop computer, mobile
phone, and tablet
computer). Additionally, a single MAC address may be associated with multiple
user IDs, for
example, the MAC address of the laptop computer may also be associated with
other user profile
accounts such as when multiple users share a corporate loaner laptop provided
as needed to
different employees for travel.
In some embodiments, each hospitality establishment has a unique site
identifier (column 1510
of FIG. 15) and this site identifier may be utilized by the login portal 214
at that hospitality
establishment when querying the user profile database 172 in order to obtain
the loyalty program
member identifier associated with the MAC address at the specific hospitality
establishment
where the MAC address was detected.
For example, when the user is staying at the "Galactic Hotel (4)", the MAC
address of the user's
laptop ("20-B0-D0-86-BB-F9") is determined to be associated with user
identifier "122-32-
2345. Alternatively, when the user is staying at the "Beaches Resort (135),
the same MAC
address of the user's laptop (20-BO-D0-86-BB-F9") is determined to be
associated with a
38
CA 02792482 2013-01-02
GTK0049CADOO Patent
different user identifier "5E3DA7". The user may thereby travel to different
hospitality
establishments having different types of the loyalty program member
identifiers, and the user's
various guest devices can still be correlated to the user's respective user
identifier as employed at
each of the different hospitality establishments.
At step 1408, when the received MAC address is not associated with any user
identifiers (IDs) in
the user profile database 172, control proceeds to step 1410. Otherwise, when
the received MAC
address is associated with one or more user identifiers (IDs) in the user
profile database 172, the
particular user identifiers (IDs) are retrieved from the user profile database
and control proceeds
to step 1412.
At step 1410, because the MAC address is not registered in a current
reservation and/or is not
correlated to a current guest of the hotel, the login portal 214 utilizes
another method of
identifying a guest area associated with the unrecognized guest device such as
automatic room
detection by tracing network traffic or having the guest input their room
number during a sign-up
procedure at the login portal, for example. The guest may also be required to
input their name
and/or a loyalty program, which identifies the guest and allows the associated
guest room to be
determined.
At step 1412, the login portal 214 queries the guest access table 240 (e.g.,
PMS database) to
determine whether a current guest of the hospitality establishment is
associated with any of the
particular user identifiers (IDs) found associated with the detected MAC
address.
In a preferred embodiment, the user identifiers (IDs) stored in column 1512 of
FIG. 15 and the
guest identifiers in column 1008 of FIG. 10 are loyalty program member
identifiers utilized by
the user. A unique user ID is assigned to each guest participating in the
hotel's loyalty program
such by issuing the guest with a membership card having the user identifier
printed thereon.
When a guest makes a reservation or when checking into the hotel, the guest
provides the hotel
with the user's personal user identifier (e.g., loyalty program member
identifier), which is
thereafter stored in column 1008 of the guest access table 240 as the guest
identifier currently
associated with the assigned room. Discounts, points and/or other benefits may
be offered to
loyalty program members to encourage guests to register their loyalty numbers
upon reservation
and/or check-in at the hotel.
39
CA 02792482 2013-01-02
GTK0049CADOO Patent
At step 1414, when a current guest of the hotel is associated with one of the
particular user
identifiers, control proceeds to step 1416 to continue the process. Otherwise,
when no current
guest of the hotel is associated with any of the particular user identifiers
determined at step 1406,
the users associated with these user identifiers (IDs) are not current guests
of the hotel.
Therefore, control returns to step 1410 to attempt to utilize another method
of identifying a guest
area associated with the unrecognized guest device.
At step 1416, the unrecognized guest device is automatically determined to be
associated with
the guest area found registered to the guest of the hotel at step 1414.
Assuming the guest is the
exemplary user of FIG. 11 and the hotel is the "Galactic Hotel (4)", the MAC
address "20-130-
DO-86-BB-F9 of an unrecognized laptop will be found associated with guest
identifier "122-32-
2345" in the user profile database 172. Therefore, the login portal 214
determines the
unrecognized laptop computer to be associated with guest room "117" because
this is the guest
area associated with guest identifier "122-32-2345" in the guest access table
240 (see column
1008 in FIG. 10). The selected subset of the hotel's media devices for which
the guest device is
to be enabled to share media are all the in-room media devices associated with
determined room
number.
Event occurrence 4: A location-specific passkey is received from a guest
device
FIG. 16 illustrates a flowchart showing steps taken by the login portal 214
when starting the
process of FIG. 7 upon receiving a location-specific passkey from a guest
device on the hotel
LAN 112. The steps of the flowchart in FIG. 16 are not restricted to the exact
order shown, and,
in other embodiments, shown steps may be omitted or other intermediate steps
added. In this
embodiment, the processors 204 execute the login portal 214 in order to cause
the system
controller 102 to perform the illustrated steps.
At step 1600, the process to activate the communication feature for a guest
device begins when a
passkey is received from a guest device over the computer network 112.
FIG. 17 shows an example of a UI screen 1700 generated by the media device
controller 222 and
displayed on the first in-room TV 121 in guest room 101. The same or similar
UI screen 1700
may also be displayed by the other media devices 122, 123 of the first guest
room 101. UI screen
40
CA 02792482 2013-01-02
GTK0049CADOO Patent
1700 provides a unique passkey (displayed as connect code 1704 in FIG. 17) for
the user to send
back to the login portal 214 in order to associate their personal guest device
118 with room 101.
The unique passkey may also be displayed in a scannable format 1702 such as a
QR code @ (QR
Code is registered trademark of DENSO WAVE INCORPORATED), which is easily
scanned by
a web cam or other scanning mechanism provided on the guest's device 118. This
saves the user
from having to type in the connect code 1704 before their guest device sends
it to the login portal
214.
FIG. 18 shows an example of the passkey-to-room table 238. This table 238 is
utilized by the
login portal 214 and the media device controller 222 to associate guest
devices 118, 120 with
particular guest areas (e.g., guest room 101, 105) and/or particular media
devices 121, 122, 123,
124 without requiring the hotel to have advance knowledge of the user or the
guest device 118,
120.
The passkeys in column 1800 are linked to currently registered rooms in column
1802. Upon
arrival in the room, the user may select a "Share media with this TV" menu
option using the TV
remote control. This will cause the TV to display UI screen 1700 (see FIG.
17), and the unique
passkey stored in column 1802 for the room is displayed (e.g., by TV 121) as
the scannable
connect code 1702 and the numerical connect code 1704 for that room. The
room's unique
passkey stored in column 1800 may be randomly changed by the media device
controller 222 in
response to the room check-out time being reached or other events such as
expiry of user access.
In this way, each new guest in the room 101 will see different connect codes
1702, 1704
displayed on Ul screen 1700.
FIG. 19 shows two examples of UI screens 1900, 1920 generated by the login
portal 214 and
displayed in a web browser or predetermined application of guest device 118 to
allow the user of
guest device 118 to enable in-room media content streaming according to an
exemplary
embodiment.
Before media sharing is activated for the guest device, a guest in room 101
reads the instructions
displayed by Ul screen 1700 (FIG. 17) on the in-room TV 121. The guest then
utilizes their guest
device 118 to connect to the hotel's login portal 214. For example, the guest
may wirelessly
associate their guest device 118 to AP 130 and then be automatically
redirected or forwarded to
41
CA 02792482 2013-01-02
GTK0049CADOO Patent
the URL/IP address of the login portal 214 using any suitable redirection
technique.
Alternatively, the user may manually navigate to a specified URL (e.g.,
"https//stream.hotel.exeample.com") or IP address, or open a predetermined
application on guest
device 118 that connects to the login portal 214 at the hotel automatically.
Once connected to the login portal 214, the web browser or other predetermined
application
running on guest device 118 displays Ul screen 1900 (top screen of FIG. 19),
and the user types
the connect code 1704 displayed by TV 121 into field 1902 (or scans connect
code 1702 using a
web cam or other scanner on guest device 118). Once the connect code is
entered, the user
presses the submit button 1904.
The entered passkey is then sent to the login portal 214 via the hotel's LAN
112, and the process
of FIG. 16 begins at step 1600.
At step 1602, the login portal 214 determines the room number or other guest
area of the hotel
that is associated with the received passkey. This is done by the login portal
214 searching
passkey-to-room table 238 to find the room or rooms of the hotel in column
1802 that are
associated with the received passkey. The selected subset of the hotel's media
devices for which
the guest device is to be enabled to share media are all the in-room media
devices associated
with determined room number.
In other embodiments, the received passkey is a media-device-specific passkey
that is displayed
by the media device controller 222 on a display device associated with a
particular media device.
A table similar to that shown in FIG. 18 is stored to associate unique
passkeys to each media
device. A guest can thereby walk up to any particular media device at a
hospitality
establishment, use their guest device to send the passkey displayed by the
media device to the
login portal 214, and thereby have the communication feature and media sharing
feature
activated between their guest device and the media device so that they can
stream content to or
perform other network-based functions with the media device. In these
embodiments, the
selected subset of the hotel's media devices for which the guest device is to
be enabled to share
media is the media device(s) that is (are) associated with the received
passkey.
42
CA 02792482 2013-01-02
GTK0049CADOO Patent
At step 1604, the login portal 214 determines the MAC or IP address of the
guest device by
examining the headers of the network traffic received from the guest device.
At step 1606, the login portal 214 determines the expiry time for the
communication feature for
the guest device. In some embodiments, the expiry time may be determined
according to the
room type associated with the received passkey. For example, a presidential
suite may be receive
a longer period of time before expiry than a basic room. In other embodiments,
a payment may
also be received or added to the guest's or room's folio as a part of the
process performed by the
user at the login portal 214. The expiry time may also correspond to the end
time 1208 of the
room's reservation 1200.
After the media sharing feature has been enabled by the login portal 214 in
response to receiving
exemplary connect code "123456" from guest device 118, the user sees UI screen
1920 (bottom
screen of FIG. 19). UI screen 1920 indicates to the user that their personal
guest device 118 is
now cleared for communication with all of the in-room media devices 121, 122,
123 associated
with room 101. The time remaining indicates when the expiry manager will
deactivate the
sharing ability. If the user presses the disconnect button 1922, the login
portal 214 will delete the
inter-VLAN= rule set 418 immediately and also delete any corresponding proxy
rules 234. The
disconnect button 1922 may be useful when the user is charged per unit time
for streaming to
allow the user to stop the charges accumulating when streaming is no longer
needed.
In this example, because only the registered guest of room 101 (or their
friends etc.) can enter
room 101 to see the displayed connect code 1702, 1704, upon receipt of the
passkey for room
101 from a guest device 118, the login portal 214 knows guest device 118 is
being utilized by an
authorized guest of room 101.
However, physical security of guest areas is not a requirement and in other
embodiments one or
more media devices such as TVs may be located in a public guest area of the
hotel such as the
lobby or a shopping area. The media device controller 222 associates a unique
passkey with each
public TV and causes the unique passkey to be displayed on its respective TV
as a connect code.
Any user may thereafter have their personal guest device cleared for
communication with that
TV by using their personal guest device to send the displayed connect code
back to the login
portal 214. This may be useful to allow current and former guests waiting in
the hotel lobby to
43
CA 02792482 2013-01-02
GTK0049CADOO Patent
stream personal content on a larger screen available for guest usage in the
lobby, for example. A
similar benefit is also available in other public locations such as waiting
areas in airports, bus
terminals, shopping centers, etc.
In some embodiments, the gateway 210 will only pass or take action (e.g.,
reply to) a
multicast/broadcast message from an authorized guest device that has already
been authorized to
communicate with at least one in-room media device at the hotel.
In an exemplary embodiment, the gateway rules 232 allow both unicast and
broadcast/multicast
traffic to be transmitted between guest device 118 and the media devices 121,
122, 123. For
example, taking rule set 418 in FIG. 4 as an example, when the source IP
address is
"192.168Ø23, broadcast/multicast traffic from this IP address is forwarded
by the gateway 210
to the switch ports that are connected to the any of the destination IP
address of the in-room
media devices 121, 122, 123 in column 408 for rule set 418, i.e., switch ports
connected to
10Ø0.140, "10Ø0.141, and "10Ø0.142. Broadcast traffic in the other
direction from these
media device IP addresses will also be passed to the switch port and/or AP to
which guest device
118 is connected (i.e., the ports of switch 132 connected to IP address
"192.168Ø23" and/or the
AP 130 to which guest device 118 is wirelessly connected).
In some embodiments, the system controller 102 dynamically configures the
gateway/firewall
110 to activate and deactivate port isolation to allow broadcast traffic to
pass in the desired
manner according to the gateway rules 232. Modification of access control
lists (ACLs) may be
utilized for this purpose. In other embodiments, the system controller 110
receives all broadcast
traffic on the hotel LAN and then forwards it or rebroadcast it to specific
destinations according
to the gateway rules 232 and/or another list of inter-VLAN connections. In
some embodiments,
the decrypt/convert/re-encrypt module 504 converts broadcast traffic received
from a guest or
media device into broadcast or unicast traffic to be delivered to other
destinations such as that are
designated as supporting different protocols in the in-room device table 236.
In some embodiments, the media proxy 212 pretends to be a media device 121,
122, 123, 124
when communicating with a guest device 118, 120 and likewise pretends to be a
guest device
118, 120 when communicating with an in-room media device 121, 122, 123, 124.
This may be
done by the media proxy 316 spoofing the address (IP, MAC, URL, etc.) of the
device that it is
44
CA 02792482 2013-01-02
GTK0049CADOO Patent
pretending to be. Alternatively, the media proxy 316 may utilize a different
network address but
will reply on behalf of the device it is pretending to be. The decrypt /
convert / encrypt module
504 converts the received network traffic into the appropriate format, makes
any necessary
source/target address modifications, and then transmits the converted network
traffic to the
appropriate destination device. By the media proxy 212 operating as an
intermediary, a guest
device 118, 120 and its authorized media devices 121, 122, 123 124 are enabled
to share media
content with each over the hotel's computer network (e.g., LAN 112).
Taking an example where guest device 120 is an AirPlay -compatible device, the
media proxy
212 may act as an AirPlay streaming destination so that guest device 120
detects a compatible
AirPlay streaming destination at the hotel and allows guest device 120 to
begin streaming
content utilizing the AirPlay protocol to the media proxy 212. The media
proxy 212 then
buffers that streamed content and simultaneously begins to stream the buffered
content to TV
124 in room 105 utilizing the AllSharet protocol. In this way, the media proxy
212 acts as an
AllShare0-compatible streaming device to TV 124. Guest device 120 is thus
enabled to stream
content to TV 124 in room 105 even though guest device 120 utilizes a
different streaming
protocol than the room's TV 124. A similar conversion technique may also be
applied by the
media proxy 212 to convert between other incompatible protocols.
FIG. 20 illustrates a flowchart describing actions performed by the media
proxy 212 to
dynamically enable a guest device supporting a network-based media sharing
protocol to share
media content over a computer network with a subset of the media devices
connected to the
computer network according to an exemplary embodiment. The steps of the
flowchart in FIG. 20
are not restricted to the exact order shown, and, in other embodiments, shown
steps may be
omitted or other intermediate steps added.
At step 2000, the media proxy 212 acts as a streaming destination on VLAN-
guest 114 and
announces its availability to guest devices 118, 120.
At step 2002, the media proxy 212 receives streaming traffic on VLAN-guest
from a particular
guest device 118, 120. In one embodiment, all guest devices 118, 120 at the
hotel may discover
and share media content with the media proxy 212. In an alternate embodiment,
only authorized
guest devices 118, 120 which have logged in or otherwise been processed under
step 700
45
CA 02792482 2013-01-02
GTK0049CADOO Patent
according to a trigger event occurrence to activate in-room media sharing may
share media
content with media proxy 212. The media proxy 212 may require a password from
a guest device
(e.g., a passkey currently associated with a room in column 1800 of FIG. 18)
before accepting a
connection with the guest device.
At step 2004, the media proxy 212 looks up the in-room media device(s)
associated with the
guest device from which the stream is being received. This is done by querying
the proxy rules
234 to find the in-room media device(s) in column 604 that are associated with
the guest device's
MAC address in column 600.
At step 2006, the media proxy 212 checks to see whether the incoming stream is
being received
from an authorized guest device 118, 120. Unauthorized guest devices will
either not be listed in
the proxy rules 234 at all (IP address of guest device not listed on any row
in column 600) or will
be listed but will have no associated in-room media devices listed in column
604. In these
situations, the guest device is deemed to be unauthorized and control proceeds
to step 2008;
otherwise, when the guest device is listed and has at least one associated
media device listed in
column 604, control proceeds to step 2010.
At step 2008, the media proxy 212 drops the incoming stream such as by
redirecting to a null
interface. In this way, the media proxy 212 by default does not reroute the
incoming stream to
any of the hotel's in-room media devices 121, 122, 123, 124.
At step 2010, the media proxy 212 acts as a streaming source on VLAN-media 116
and connects
to each of the associated media device(s) determined at step 2004.
At step 2012, the media proxy 212 compares the media sharing protocol of the
incoming media
stream from the guest device with the supported media sharing protocols of
each associated
media device found at step 2004. This is done by checking column 904 of the in-
room media
device table 236 for each associated media device. When an associated media
device supports
the same protocol, control proceeds to 2016 for that media device.
Alternatively, when an
associated media device does not support the same protocol, control proceeds
to 2014 for that
media device. When the guest device is associated with two or more media
devices at step 2004,
step 2012 may branch in multiple directions simultaneously, for example, to
both convert the
46
CA 02792482 2013-01-02
GTK0049CADOO Patent
stream as required for some media devices (branch to step 2012) and to
redirect the media stream
for other media devices (branch to step 2014).
At step 2014, the media proxy 212 converts the incoming stream to a format
supported by the
associated media device. As previously described, this may be done by passing
the stream to a
decrypt / convert / re-encrypt module 504 to convert the stream into a format
according to the
requirements of the associated media device.
At step 2016, the media proxy 212 causes the in-room media device controller
222 to send
commands to various in-room media devices as required to play the stream. For
example, the in-
room TV may need to have its input switched from High-Definition Multimedia
Interface
(HDMI) port 1 to HDMI port 2. This may be the case when the media proxy 212 is
going to
reroute the incoming media stream to an in-room AppleTV device supporting the
AirPlay .
The AppleTV device is connected to the in-room TV using a particular HDMI
port of the TV;
therefore, in order to cause the TV to display the media (audio/video)
outputted by the
AppleTV , the media device controller 222 causes the TV to switch to
appropriate HDMI port.
At step 2018, the media proxy 212 passes the media stream to the associated
media device. The
media stream will have been converted (at step 2014) for associated media
devices requiring
different protocols. Alternatively, if conversion (at step 2014) was not
required, the media proxy
212 redirects the incoming stream received at step 2002 to the associated
media device.
In an exemplary embodiment, rather than converting between all possible
network
communication protocols, the media proxy 212 only converts between a limited
number of
streaming or other protocols that are desired by the hotel. A benefit of this
embodiment is that
the design of the media proxy 212 is simplified because it only needs to
operate as an
intermediary for certain network traffic, for example, only for traffic
necessary to enable media
content streaming in some embodiments. Likewise, instead of the gateway 210
allowing full
communication between a guest device and a particular media device of the
hotel, the gateway
210 may only allow certain types of communication such as required to stream
media content.
Other types of communication that are not necessary for streaming purposes may
be actively
prevented by the gateway 210 using any suitable packet filtering rules, for
example. In another
example, network traffic sent to other ports than the standard streaming ports
may be blocked
47
CA 02792482 2013-01-02
GTK0049CADOO Patent
according to the application-specific streaming protocols that are supported
at the hotel. This
may be beneficial in some embodiments to prevent hacking attempts or other
undesirable usage
of the in-room media devices 121, 122, 123, 124 by malicious guests.
In some embodiments, the gateway 210 and media proxy 212 of FIG. 1 are
integrated together
such as on a single computer server operating as the system controller 102
positioned between
the Internet 102 and the hotel LAN 112. The system controller 102 is set as
the default gateway
of the hospitality establishment's computer network 112. In other embodiments,
the gateway 212
and/or the media proxy 212 are implemented in a computer server positioned
elsewhere on the
Internet 102 or the hotel LAN 112. For example, existing stand-alone gateways
supporting
dynamic rules may be utilized in an embodiment and the discovery helper 300 of
FIG. 3 may be
implemented external to the stand-alone gateway.
Although the above exemplary embodiments have primarily focused on the guest
device sharing
media to in-room media devices of the hotel, sharing in the other direction
may also be supported
where the guest's device functions as a streaming destination and an in-room
media device
functions as a streaming source. For example, the STB and/or TV in the guest's
registered room
may act as streaming devices to send media content to the guest device for
playback.
A benefit of the gateway 210 allowing unicast communication between a guest
device and an in-
room media device is that other protocols may also take advantage of the
communication feature
being active in addition to or instead of streaming protocols. For example,
remote control
functionality, remote access functionality, display mirroring, video output,
music playback, and
presentation output may also take advantage of the guest device being able to
communicate with
the media devices over the hotel's LAN 112. Communication can be made possible
between the
guest device and the in-room media devices over the hotel's LAN 112 from any
location within
the hotel and it is not necessary that the guest device be physically
connected to LAN 112 from
the same location (e.g., guest room) at which the media devices are located.
To alleviate
problems with discovery protocols, the in-room media devices may be configured
to display their
unique IP (or MAC) address for users to manually configure their personal
guest devices 118,
120 for unicast communication. For example, the user could select a "what is
this device's IP
address?" menu selection on an in-room media device.
48
CA 02792482 2013-01-02
GTK0049CADOO Patent
In an exemplary embodiment, the in-room media devices of each room may be
placed on a
room-specific VLAN, subnet, or other network segment and then guest devices
associated with
that room may be added to the room-specific VLAN, subnet, or network segment.
For example,
before login, an unauthorized guest device may be given DHCP-provided IP
address with a short
expiry time (5 minutes). Once the guest device is logged in and associated
with a particular room
of the hotel, the DHCP server 220 automatically assigns the guest device a new
IP address on the
same VLAN and/or subnet of the guest's room with a longer expiry time (e.g.,
24 hours for VIP
access or 4 hours for regular access). In this way, certain content streaming
and other protocols
that only work when devices are on the same VLAN/subnet will continue to
function as
intended.
Examples of advantages of different embodiments of the invention include the
following:
= Allowing guests of a hospitality establishment to stream content to in-room
media
devices using AirPlay /DLNA /AllSharee and/or other residential media
streaming
protocols in the same way the guest can stream content to media devices in
their
home.
= Ensuring security because only authorized guest devices associated with
guests of a
particular room are able to connect to and communicate with media devices
within
that room.
= Dynamically controlling the subset of which media devices within the hotel
are
streamable for each guest device. For example, a guest's device may be
dynamically
authorized to stream to any TV in several rooms when that user has booked all
the
rooms. This may be useful when a bride and groom staying in the hotel have
their
laptop computer enabled to stream content such as video from the wedding
ceremony
to the media devices of all rooms of the wedding party. All rooms of the
wedding
party may be associated with each as a single guest area such as the "Wedding
party
group". A hotel interface may allow hotel staff to add and remove rooms from
this
group for different wedding parties. Other dynamic groups of rooms may be
defined
in a similar manner.
49
CA 02792482 2013-01-02
GTK0049CADOO Patent
In an exemplary embodiment, the system controller 102 dynamically enables a
guest device to
communicate with in-room media devices of the room associated with a guest of
the hotel while
the guest is authorized to utilize that room, and then dynamically de-enables
(i.e., prevents) the
guest device from communicating with those in-room devices when the guest is
no longer
authorized to utilize the room.
In exemplary embodiment, the system controller 102 dynamically enables a guest
device to
utilize a particular network-based media sharing protocol to share media
content with in-room
media devices of the room associated with a guest of the hotel while the guest
is authorized to
utilize that room, and then dynamically de-enables (i.e., prevents) the guest
device from utilizing
the particular network-based media sharing protocol to share media content
with those in-room
devices when the guest is no longer authorized to utilize the room.
Rather than rooms of a hotel, the invention may also be applied to other
locations and guest areas
of hospitality establishments. For example, media devices in front of
different seats of an
airliner, or media devices in different cabins of a cruise ship may be defined
as being associated
with these guest areas (seats/cabins). In these applications, the guest's
device is dynamically
enabled to share media content with only the media devices of the guest areas
authorized for use
by or otherwise linked to the guest.
In an exemplary embodiment, a media system includes a computer network, a
plurality of media
devices coupled to the computer network, and a system controller coupled to
the computer
network. The computer network allows a guest device supporting a network-based
media sharing
protocol to be coupled thereto. The computer network by default prevents the
guest device from
utilizing the network-based media sharing protocol to share media content with
the media
devices. The system controller selects a subset of the media devices for which
media sharing is
to be enabled for the guest device, the subset including at least one of the
media devices but not
all of the media devices. The system controller dynamically reconfigures
components of the
computer network in response to an event occurrence to enable the guest device
to utilize the
network-based media sharing protocol to share media over the computer network
with only the
subset of the media devices.
50
CA 02792482 2013-01-02
GTK0049CADOO Patent
In the above description, the exemplary user indication of "guest" refers to
current guests in the
hotel, people who are attending a conference or meeting in the hotel, staff
members at the hotel,
or any other person or user who may need or want to share media or otherwise
enable
communicate between a gust device and media devices of a hospitality media
system. Future
guests that have reservations, potential future guests that don't yet have
reservations, and other
users may also be given access. For example, a demonstration of the technology
may be
available in the hotel lobby and all users would be able to utilize their own
guest device to stream
content to a media device installed in the lobby in order to try out the
system 100. Additionally,
it is not necessary that the users bring their own guest device to hotel. In
another configuration, a
guest device 118, 120 may be provided to the user by the hotel.
Although the invention has been described in connection with preferred
embodiments, it should
be understood that various modifications, additions and alterations may be
made to the invention
by one skilled in the art. For example, although the above-description has
focused on hotels and
activating the communication feature for media streaming purposes, the present
invention is
equally applicable to any hospitality related location or service wishing to
allow guest devices to
communicate and/or share media with only a subset of all media devices.
Examples of
hospitality establishments include but not limited to hotels, motels, resorts,
hospitals,
apartment/townhouse complexes, restaurants, retirement centers, cruise ships,
busses, airlines,
airports, shopping centers, passenger trains, libraries, coffee shops,
hotspots, etc. In addition to
the above described hospitality examples, the invention is applicable outside
the hospitality
industry such as with home or corporate users. For example, a guest device
from a presenter at a
corporation may be dynamically enabled to communicate over the company's
computer network
with a projector in an assigned meeting room, for example.
The above-described modules may be implemented by software executed by one or
more
processors operating pursuant to instructions stored on a tangible computer-
readable medium
such as a storage device to perform the above-described functions of any or
all aspects of the
system controller 102. Examples of the tangible computer-readable medium
include optical
media (e.g., CD-ROM, DVD discs), magnetic media (e.g., hard drives,
diskettes), and other
electronically readable media such as flash storage devices and memory devices
(e.g., RAM,
ROM). The computer-readable medium may be local to the computer executing the
instructions,
51
CA 02792482 2013-01-02
GTK0049CADOO Patent
or may be remote to this computer such as when coupled to the computer via a
computer
network such as the Internet 102. The processors may be included in a general-
purpose or
specific-purpose computer that becomes the system controller 102 or any of the
above-described
modules as a result of executing the instructions.
In other embodiments, rather than being software modules executed by one or
more processors,
the modules may be implemented as hardware modules configured to perform the
above-
described functions of the system controller 102. Examples of hardware modules
include
combinations of logic gates, integrated circuits, field programmable gate
arrays, and application
specific integrated circuits, and other analog and digital circuit designs.
Functions of single modules may also be separated into multiple units, or the
functions of
multiple modules may be combined into a single unit.
Unless otherwise specified, features described may be implemented in hardware
or software
according to different design requirements. In addition to a dedicated
physical computing device,
the word "server also includes a service daemon on a single computer, virtual
computer, or
shared physical computer or computers, for example. All combinations and
permutations of the
above described features and embodiments may be utilized in conjunction with
the invention.
52
