<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Conflict Management for Media Services by exploiting Service Profile and User Preference</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Choonsung Shin</string-name>
          <email>cshin@gist.ac.kr</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Daeho Han</string-name>
          <email>bighoya.han@samsung.com</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Woontack Woo</string-name>
          <email>wwoo@gist.ac.kr</email>
        </contrib>
      </contrib-group>
      <pub-date>
        <year>2005</year>
      </pub-date>
      <fpage>48</fpage>
      <lpage>57</lpage>
      <abstract>
        <p>- In this paper, we propose Context Manager to resolve conflicts for Context-aware Media services in smart home environments. Conflicts arise when multiple users access a Media service or when various Media services share limited resources to provide customized responses. In order to resolve conflicts among users, the Context Manager sums up preferences of users who collide with each other and recommends specific contents ordered by the summed preference. It also resolves conflicts among Media services by selecting a Media service with the highest preference. Furthermore, Context Manager resolves conflicts among Media services occupied by users with the Media service recommendation. During experiments on ubiHome, a smart home test-bed, the proposed method resolved conflicts among users and Media services while giving higher satisfaction to users than a resolution method selecting a specific user. Therefore, we expect the proposed management method can play a vital role in Context-aware Media services for offering personalized services to users by resolving service conflicts among Media services as well as users.</p>
      </abstract>
      <kwd-group>
        <kwd>Context-awareness</kwd>
        <kwd>Service Conflicts</kwd>
        <kwd>Service Profile</kwd>
        <kwd>Media Service</kwd>
        <kwd>User Preference</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>I. INTRODUCTION
Tintelligent services based on the information obtained from</p>
      <p>
        HE aim of ubiquitous computing is to provide users with
distributed and invisible computing resources [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Users exploit
these services without any cumbersome interface or learning
procedures. Therefore, context-aware applications are
considered to be important applications in the ubiquitous
computing environments that offer appropriate services to
users by utilizing contextual information of users and their
surroundings [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ][
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Especially, context-aware Media services
are one of the emerging applications for smart home
environments. The Home Media Space (HMS) allows users to
teleconference with remote users through video streaming [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
Context-based Media Player (cMP) offers various movie
contents by utilizing user’s contextual information and
preference [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Music Player Application provides functions
for playing music by exploiting distributed resources, such as
display and audio devices in Active Space [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        However, conflicts occur in context-aware media services
when more than one user reaches the Media service
simultaneously due to sharing of the space and service. Hughes
pointed out that conflicts arise when residents share the
appliances, such as radio, television, and etc. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. W.Keith
classified the conflict problem among users as a challenge in
ubiquitous computing home environments [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Besides,
conflicts also arise when more then one Media service shares
the limited resources within their environment. Ajay A
considered this kind of conflicts as conflicting reactions in
behavioral system [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Conflicts also arise when more than
one user access different Media services. Meyer defined the
ubiquitous computing environment as multi-user and multi
device environments [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Furthermore, S.M. Easterbrook
pointed out the complexity of home environments like “the less
cohesive the group, the more conflicts” [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Consequently, in
order to develop Context-aware Media services for home
environments, it is necessary to resolve conflicts not only
among Media services and among users, but also among Media
services provided to different users.
      </p>
      <p>
        Meanwhile, most research, aimed on resolving conflicts, has
been done on smart home and intelligent office. MusicFX
supports group music selection in a fitness center by exploiting
users’ preferences on each music station [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Reactive
Behavioral System (ReBa) resolves conflicts among devices in
office environments by applying layering architecture of
activity bundles consisting of users’ activities and reactions of
environments [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Reconfigurable Context-Sensitive
Middleware for Pervasive Computing (RCSM), an
objectbased framework, ensures independence between sensors and
application services, forms ad-hoc communication between
them, and delivers the necessary context to the applications
[
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. Context Toolkit collects, interprets, and delivers context
between sensors and application services [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Contextual
Information Service (CIS) manages contextual information
such as location and characteristics of users, devices, and status
of network to provide contexts to application services [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
      </p>
      <p>
        Nevertheless, context management techniques in the
previous research have various limitations when they are
applied to multi-user environments with various applications.
MusicFX only utilizes users’ preferences on all situations of
users and lacks consideration of multiple services [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. In case
of ReBa, it is difficult to provide particular services to each user
because ReBa focuses on the service for grouped users by
inferring main activities from the environment [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. In the
RCSM, context management does not consider shared devices
or services because contextual information services are
provided only through individual device possessed by each
user [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. In the case of Context toolkit and CIS, application
developers have to consider both conflicts among services and
among users since contexts are delivered to applications when
current context of environment matches an
applicationspecified condition [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ][
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
      </p>
      <p>In order to resolve the above-mentioned limitations and
conflict problems, we propose Context Manager. It consists of
four components: Context Preprocessor, Service Profile
Manager, Final Context Deliverer, and Conflict Manager.
Context Preprocessor matches and filters contexts coming from
users and services and provides them to Service Profile
Manager. Service Profile Manager maintains static and
dynamic information of a registered Media service. With
Profile Manager and Context Preprocessor, Conflict Manager
detects and resolves the conflicts in context-aware Media
services. Final Context Deliverer then sends the conflict-free
context to the registered service and other Media services.
Therefore, the proposed Context Manager resolves the
conflicts among users by recommending specific contents
sorted by the preferences of conflicting users. It also detects
conflicts among Media services by utilizing their service
profile and resolves by selecting a Media service with the
highest preference. Furthermore, it resolves conflicts among
Media services involved with different users by recommending
the services sorted by the preference of the conflicting users.</p>
      <p>Through implementation and experiment, we found that the
proposed Context Manager has the following advantages. First,
the recommendation of services and contents gives users higher
satisfaction than the resolution method that selects a user or
service when service conflicts arise. In addition, with
recommendation, users become aware of others’ needs as well
as preferences. Therefore, the proposed resolution method can
play an important role to congregate family members while
resolving conflicts among them and Media services.</p>
      <p>This paper is structured as follows. In Chapter 2, we
introduce context-aware application model for ubiquitous
computing environments and context-aware Media services.
Chapter 3 describes the architecture of Context Manager and
the conflict resolution method. Chapter 4 describes how the
Context Manager manipulates service profile information.
Experimental setup and results are discussed in Chapter 5.
Finally, we conclude in Chapter 6.</p>
      <p>II. CONTEXT-AWARE MEDIA SERVICE</p>
    </sec>
    <sec id="sec-2">
      <title>A. Context-aware Application Model</title>
      <p>
        In order to provide the personalized service, we utilize unified
context and ubi-UCAM 2.0. The unified context represent a
user’s context information as 5W1H (Who, What, Where,
When, How, and Why) [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. 5W1H contains comprehensive
information about user and his surrounding environment. With
each field having sub-fields, the unified context also represents
detailed information about the user. The unified context
expressed with 5W1H ensures the independence between
sensors and services. It also has the advantage to be re-used by
other services. In addition, the unified-context ensures reducing
additional management required to translate the context into
other forms according to individual services. Unified context
employs the different types of contexts according to the role of
each context. These include Preliminary Context, Integrated
Context, User Conditional Context, Service Conditional
Context, and Final Context.
　 Preliminary Context (PC): A unified context which
describes current situation of a user and his environment,
and includes all or part of 5W1H.
　 Integrated Context (IC): A unified context which
describes current situation of a user and his environment,
and includes all of the 5W1H.
　 Conditional Context (CC): A unified context which
expresses an action and parameters of a service and related
user condition.
　 Final Context (FC): A unified context which describes a
user, his environments, and service action and parameters. It
is used for triggering a service.
      </p>
      <p>
        ubi-UCAM 2.0 (Unified Context-aware Application Model
for ubiquitous computing environment) is context-based
application model to provide users with the personalized
service by exploiting context in ubiquitous computing
environments where various kinds of sensors and services are
distributed [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. Ubi-UCAM 2.0 is composed of ubiSensors
and ubiServices. The ubiSensors and ubiServices exchange
contextual information with several types of contexts based on
the unified context. Figure 1 shows the overall architecture of
the ubi-UCAM 2.0.
      </p>
      <p>ubiService</p>
      <p>Service Provider
SCC/SS FC</p>
      <p>Context Manager
r
e
teUCC’
r
trIepn ContextFICn/ItCegrator
UCC FC/PC
Self Configuration Manager</p>
      <p>PC/FC FC</p>
      <p>PC
Self Configuration Manager
Preliminary Context Generator</p>
      <p>Signal processing</p>
      <p>A sensor</p>
      <p>FC’</p>
      <p>FC: Final Context
PC: Preliminary Context
IC: Integrated Context
SCC: Service Conditional context
SC: Service Status
UCC: User Conditional context
ubiService</p>
      <p>PC/FC FC
PC
ubiSensor</p>
      <p>Network
　
　 As shown in Figure 1, ubi-UCAM 2.0 consists of ubiSensors
and ubiService. A ubiSensor is composed of a physical sensor,
Signal Processing module, Preliminary Context Generation
module and Self Configuration Manager. The physical sensor
perceives a change related to a user and his environment. Signal
processing module extracts feature information from the sensed
signal. Preliminary Context Generation module generates a
preliminary context from the feature information. The
ubiSensor delivers the context to ubiServices located within a
working area through a multicast group established by Self
Configuration Manager. A ubiService is composed of Context
Integrator, Context Manager, Interpreter and Service Provider.
Context Integrator collects preliminary contexts created by
various ubiSensors located within a working area during a
given time interval. It classifies the preliminary contexts to
each sub-element and analyzes the sub-elements by applying a
decision making technique. Context Integrator generates
integrated contexts of each user and delivers them to Context
Manager. Context Manager searches conditional context from a
Hash-table, which manages specific service action and
condition, corresponding to each integrated context. It
generates a final context to be used by applications after
resolving conflicts among users and services. Finally, Service
Provider executes an appropriate action with the parameters
described in the final context.</p>
      <p>
        B. Context-aware Media Services
ubiTV is a set of context-aware application that provides users
with various Media services in smart home environments [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
ubiTV is based on ubi-UCAM 2.0 and offers various media
services, such as television, music, movie, and Internet service,
according to users’ contextual information. Figure 2 shows the
overall architecture of ubiTV application.
      </p>
      <p>-TV Service
-Movie service
-Music service
-Internet service
TV application</p>
      <p>Media player
ubiService</p>
      <p>Service Provider
ttrrIeeepnUUCrC’ SCCCC/oSonSntetexxtFtICnM/FItCaCengaragteorr FC’
CCSelf ConfigurationFCM/aPCnager
ubiService</p>
      <p>Service Provider
ttrrIeeepnUUCrC’ SCCCC/oSonSntetexxtFtICnM/FItCaCengaragteorr FC’
CCSelf ConfigurationFCM/aPCnager</p>
      <p>MP3 player
ubiService</p>
      <p>Service Provider
ttrrIeeepnUUCrC’ SCCCC/oSonSntetexxtFtICnM/FItCaCengaragteorr FC’
CCSelf ConfigurationFCM/aPCnager
ubiSensors</p>
      <p>Location/ Orientation /ID</p>
      <p>IExplorers
ubiService</p>
      <p>Service Provider
ttrrIeeepnUUCrC’ SCCCC/oSonSntetexxtFtICnM/FItCaCengaragteorr FC’
CCSelf ConfigurationFCM/aPCnager</p>
      <p>Service control
ubiTrack</p>
      <p>User Context Manager</p>
      <p>As shown in Figure 2, the ubiTV application is composed of
Media services, a kind of ubiService, and various sensors, a
kind of ubiSensor. Television service consists of Samsung PVR
TM application and ubiService. It provides users with various
programs through 4 broadcasting channels in Korea: Korea
Broadcasting System (KBS), Seoul Broadcasting System
(SBS), Munhwa Broadcasting Corporation (MBC), and
Educational Broadcasting System (EBS). Movie service is
composed of Media Player TM and ubiService. It provides four
genres of movies, such as, Sci-Fi, Korean, Animation, etc.
Music service consists of MP3 player and ubiService. It offers
several genres of music stored in the computer. Lastly, Internet
service, comprised of Internet Explorer TM and ubiService,
offers useful web pages such as weather, stock, and game.
These services are deployed on the same computer having a
large display and a surround speaker in the smart home test-bed.
In addition, ubiTV also exploits various sensors: ubiCouch</p>
      <p>
        Body gesture
ubiCouch
sensors, ubiTrack. The ubiCouch sensors are couch sensors
comprised of on/off switches and PIC16F84, to detect user's
behaviors. ubiTrack is infrared-based location tracking system
that tracks user's location [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ]. Furthermore, in order to control
these services, users utilize ubiRemocons, a remote controller,
implemented with Personal Java [
        <xref ref-type="bibr" rid="ref29">29</xref>
        ].
      </p>
      <p>Based on the Media services and sensors, ubiTV application
provides residents with the Media services according to users
and their environments.</p>
      <p>C. Service Conflicts in Context-aware Media Services
Unlike single user and single service environment, applications
in the ubiquitous computing environment have to respond to
users while considering other services and applications, along
with various users within a services area. In case of ubiTV, it
provides users with various Media service by exploiting users’
contextual information within a service area. In order to
provide services, the ubiTV application requires one or more
resources, such as display device, sound device, or both,
according to their properties. Furthermore, in such service
environments, the number of users accessing the same Media
service is not limited. Therefore, the Media services all the time
cannot provide users with their personalized responses</p>
      <p>
        We define such situation as a service conflict [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. In the
case of ubiTV, we classify service conflicts into three types
according to sources of conflicts: service conflicts among
multiple users, service conflicts among multiple Media services
and service conflicts among multiple users and multiple Media
services. Service conflicts among users are caused by use of a
Media service by multiple users. In this situation, involving
several users, the Media service has to choose one user who
will be offered with the customized service. Figure 3 illustrates
a service conflicts scenario among users
      </p>
      <p>News</p>
      <p>Drama</p>
      <p>TV</p>
      <p>As shown in Figure 3, a service conflict arises when users A
and B are trying to watch their preferred broadcasts from
television service. Therefore, television service has to choose
one user. Next, service conflicts are caused by providing
services among multiple Media services. Due to the conflict,
the Media service cannot provide users with customized
responses. Figure 4 shows a conflict among Media services.
TV</p>
      <p>Music</p>
      <p>As can be seen in Figure 4, television application and music
application start to provide their customized services
simultaneously. Therefore, their sound interferes with each
other. Service conflicts among users and applications are
caused by the use of multiple services by multiple users. This
kind of conflict scenario is similar to the conflict among
multiple Media service, but different users are assigned to each
Media service. Figure 5 shows a service conflict scenario
among users and Media services.</p>
      <p>TV</p>
      <p>Music
As shown in Figure 5, a service conflict arises when user A is
trying to use a television application while user B is trying to
use a music application. Therefore, both television and Music
can not provide customized responses to each user.</p>
      <p>To deal with these conflicts, resolution methods have to
resolve the conflict according to sources of conflicts.
Furthermore, in order to reflect the change of users’
preferences and their environment, the conflict resolution
methods must adapt to users and their environment. In this
paper, we deal with these three kinds of conflicts: among users,
among Media services, and among Media services given to
different users.</p>
      <p>III. CONFLICT MANAGEMENT
In ubiTV application, Context Manager is located in each
Media service and provides Final Context to the registered
service. In order to provide Final context, Context Manager
manages conflicts in its point of view. In case of conflicts
among users, the Context Manager resolves them by
recommending contents of conflicting users. It also plays a role
in resolving conflicts among Media services by utilizing Final
Contexts obtained from the Media services and service profile
of a registered service. Furthermore, in order to resolve
conflicts among Media services given to different users,
Context Manager groups the conflicting services by each user
and then recommends the services to users. Figure 6 shows the
overall architecture of Context Manager.</p>
      <p>Conditional Contexts
55WW5W11H1HH</p>
      <p>Users
Integrated Contexts
55WW5W11H1HH</p>
      <p>Users
Final Contexts
55WW5W11H1HH</p>
      <p>Service Profile Manager</p>
      <p>CC</p>
      <p>Fig. 6. The architecture of Context Manager</p>
      <p>As can be seen in Figure 6, first of all, Context Manager
receives three types of contexts, user context, a kind of FC,
service contexts, a kind of FC, and User Conditional Context, a
kind of CC. It then resolves conflicts among users with the user
contexts. After resolving conflicts among users, Context
Manager builds final context based on the conflict-free context.
At that time, it tries to resolve conflicts among Media services.
In case of single user, it selects a media service with the highest
preference among users’ Media services. Context Manager
then sends the selected Media service to Context Buffer. In case
of multiple users, it selects a Media service of each user’s
Media service .Conflict Manager then resolves conflicts among
users and Media services by making a final context which
implies service recommendation. Finally, Context Manager
delivers the final context to Service Provider and other Media
services within the same service area.</p>
      <p>A. Conflict Resolution among Multiple Users</p>
      <p>Conflict Manager resolves conflicts caused by users trying to
use services within the same service area. To resolve the
conflict, Conflict Manager manipulates user contexts in two
steps: building a user conflict list and recommending preferred
contents from the list. Figure 7 illustrates the resolution
procedure on service conflicts among users.</p>
      <sec id="sec-2-1">
        <title>Users’ changed contexts</title>
        <p>User 1</p>
        <sec id="sec-2-1-1">
          <title>UUsseerr 2n 5W1H</title>
        </sec>
      </sec>
      <sec id="sec-2-2">
        <title>Users’ previous contexts</title>
        <p>User 1</p>
        <sec id="sec-2-2-1">
          <title>5W1H UUsseerr 2m</title>
          <p>Building
a conflict list</p>
          <p>Assigning
User Preference
User 1</p>
        </sec>
        <sec id="sec-2-2-2">
          <title>5W1H UUsseerr 2k</title>
          <p>User 1</p>
        </sec>
        <sec id="sec-2-2-3">
          <title>5W1H UUsseerr k2</title>
        </sec>
      </sec>
      <sec id="sec-2-3">
        <title>Conflicting users</title>
      </sec>
      <sec id="sec-2-4">
        <title>User’s preferences</title>
        <p>Building
a Final Context
User 1</p>
        <sec id="sec-2-4-1">
          <title>Preferences UUsseerr 2k</title>
          <p>A Final Context
5W1H</p>
        </sec>
      </sec>
      <sec id="sec-2-5">
        <title>Service status</title>
        <p>Service</p>
        <p>Profile Manager</p>
        <p>As can be seen in Figure 7, first of all, Conflict Manager
makes a conflict list of matched user context on users who are
expected to cause conflict among users, including those who
are currently using the services. In this procedure, users who
leave the service area are excluded from the list because we
assume they do not want to enjoy the service any longer. It then
assigns preferences obtained from Service Profile Manager to
each user’s context. Consequently, Conflict Manager builds
each User Preference (UPij) represented by Equation (1), where
j is each preference of contents, i is each user, and k is the
number of contents of the registered service.</p>
        <p>User i’s preferences = {UPi1, UPi2, •••, UPik }
(1)</p>
        <p>N
GP j = ∑ UPij
i=0
(2)</p>
      </sec>
      <sec id="sec-2-6">
        <title>Services’ changed contexts</title>
        <p>Svc 1</p>
        <sec id="sec-2-6-1">
          <title>SSvvcc n2 5W1H</title>
          <p>
            Conflict Manager then builds a Final Context having
preferred contents ordered by users’ preferences. In this
process, conflicts are handled in several ways according to the
number of users within the service area. In the case of one user,
we know that there is no conflict among users. Therefore,
Conflict Manager just selects the user context as a result of
conflict resolution. However, we have to consider the situation
when there is more than one user within a service area. In this
situation, Conflict Manager sums up each user’s preference on
contents. In order to obtain the summed preference, we utilize
McCarthy’s Group Preference (GPj) algorithm defined by
Equation (2), where N is the number of users, i is each user, and
j is the number of contents [
            <xref ref-type="bibr" rid="ref12">12</xref>
            ].
          </p>
          <p>Conflict Manager then builds a final context with the
summed preferences GPj. Finally, Conflict Manager delivers
the Final Context to Context Buffer. In case of user selection,
Conflict Manager also offers the final context to service
conflict resolution module. Figure 8 shows a service conflict
scenario among multiple users.</p>
          <p>Available contents
Television -News
Service --SDirtacmoma</p>
          <p>Sitcom</p>
          <p>Drama</p>
          <p>Recommendation</p>
          <p>Drama Resolved-context
SNiteUcwosmser 3 N5eWw1Hcontex5Wt1HSceoln5eWtcet1xeHtdsExplici55tWWco11nRHHteexctoSomenllmey5cWeti1noHdna&amp;tion
5W1H 5W1H 5W1H 5W1H 5W1H</p>
          <p>Previo5uWs1cHontext Explicciton&amp;teIxmtplicSitelection
User 1
(news:0.2, (news:0.3,
drama:0.3, drama:0.6,
sitcom:0.5) sitcom:0.1)User 2
User 1 5W1H 5W1H
User 2 5W1H Weighted</p>
          <p>Recommendation
Implicit context only</p>
          <p>As shown in Figure 8, there is a television service providing
user 1 with a sitcom program in a service area. Simultaneously,
user 2 is trying to use the same service and user 3 is leaving
from service area. Therefore, a service conflict arises due to use
of the same television services by two users. In this conflict
situation, Conflict Manager builds a conflict list consisting of
contexts of user 1 and user 2, depicted in Table 3.</p>
          <p>Who
User 1, Preferences = {News: 0.2,
Drama:0.3, Sitcom, 0.5}
User 2, Preferences = {News: 0.3,
Drama:0.6, Sitcom, 0.1}</p>
          <p>What
Television, News
Television, Drama</p>
          <p>Based on the group preference algorithm, Conflict Manager
sums every preference of each user based on the conflicting list.
In the scenario, user 1 has the ordered preference on contents of
television service: 0.2, 0.3, and 0.5 to News, Drama, and
Sitcom, respectively. User 2 has the ordered preference on
contents of television: 0.3, 0.6, and 0.1 to News, Drama, and
Sitcom, respectively. Summarizing the preferences, Conflict
Manager obtains the preference of 0.5, 0.9 and 0.6 on the
contents of the service. Consequently, Conflict Manager
obtains a content list containing Drama, Sitcom and News
programs ordered by the preference value.</p>
          <p>B. Conflict Resolution among Multiple Media Services
Conflict Manager also detects and resolves conflicts caused
by multiple Media services that share limited resource in a
service area. In order to detect possible conflicts among media
services, Conflict Manager manipulate contexts in two steps:
building a conflicting service list and building Final Contexts.
Figure 9 shows a conflict resolution procedure on service
conflicts among Media services.</p>
          <p>Building
a service list
Collecting
resources</p>
          <p>As shown in Figure 9, Conflict Manager collects FCs of
other services and monitors resource usage of other services
within the same service area. Conflict Manger then builds a FC
by exploiting the collected services and a FC of the registered
Media service. Figure 10 shows a conflict scenario among
Media services and a resolution procedure on the scenario.</p>
          <p>Media services</p>
          <p>Preference:0.8
Television
Service Shared Resources
-sound
-display</p>
          <p>Movie</p>
          <p>Service</p>
          <p>Preference 0.2
Music</p>
          <p>Service Preference: 0.5
User 1</p>
          <p>Conflict resolution (Music service)</p>
          <p>Service
context</p>
          <p>Music 5W1H
Television5W1H</p>
          <p>Movie 5W1H</p>
          <p>Selected
contexts
5W1H
5W1H
5W1H</p>
          <p>Single user
5W1H Television</p>
          <p>Multi user
User1 5W1H Television
User2 5W1H Movie</p>
          <p>In the service scenario, Music service, Television, and
Movie service share a sound resource of Television.
Furthermore, Television and Movie services need a display
resource to show their visual contents. Music service is
providing user 1 with Music service. At that time, Television
and Movie services are about to start. Therefore, due to the
sharing of a sound resource, Television and Movie service
cause a conflict with Music service. Conflict Manager of
Television and Movie services send a FC containing their status
to Music service. Music service than receives those FCs and
builds a conflict service list. The list also includes a user’s
context coming from user conflict resolution module. Table 4
shows the conflicting service list.</p>
          <p>Music</p>
          <p>As can be seen in Table 4, Conflict Manager of Music
service recognizes the sound conflict with Television and
Movie service. It then gathers conflicting resources which are
occupied by other Media services with higher preference than
its registered service. According to the preference, Conflict
Manager includes resources of the Television service, but
excludes resources of Movie service. Finally, it delivers the
resource list containing a sound element as a resolution result to
Context Buffer.</p>
          <p>C. Conflict Resolution among Users and Media services
Lastly, Conflict Manager resolves service conflicts caused
by multiple Media services occupied by different users. In
order to resolve expected service conflicts, it utilizes user’s
services list coming from service conflict resolution module.
Figure 11 shows the resolution procedure on service conflicts
among Media services and users</p>
          <p>User’s service list
5W1H</p>
          <p>Svc 1
Svc 2</p>
          <p>Svc n</p>
        </sec>
      </sec>
      <sec id="sec-2-7">
        <title>Conflicting services</title>
        <p>Building
A Final Context
{Svc1, Preference, Resources}
{Svc2, Preference, Resources}</p>
        <p>User k
User 2</p>
        <p>User 1
A Final Context
5W1H
As shown in Figure 11, Conflict Manager builds a
conflicting service list from FCs. It then gathers the conflict
service name to be used for the recommendation ordered by
service’s preference. Conflict Manager then builds a
recommend service list by gathering names of services. Figure
12 shows a service conflict scenario among Media service
given to different users and a resolution procedure on the
scenario.</p>
        <p>Media services
Television Preference:1.2</p>
      </sec>
      <sec id="sec-2-8">
        <title>Service Shared Resources</title>
        <p>-sound
-display
Movie</p>
        <p>Service
Preference: 0.5
Television</p>
      </sec>
      <sec id="sec-2-9">
        <title>Music Movie</title>
        <p>Service Preference:0.7
Conflict resolution (Music service)
Resolved-context</p>
        <p>Sceolnetcetxetds 55WW11HHRecoSmelme5cWeti1noHdna&amp;tion
User2 5W1H 5W1H Explicit context only
User1 5W1H 5W1H 5W1H 5W1H</p>
        <sec id="sec-2-9-1">
          <title>Pcroenvitoeuxst Explicciton&amp;teImxtplicSitelection</title>
          <p>Television 5W1H 5W1H</p>
          <p>Movie 5W1H Weighted</p>
          <p>Recommendation
Implicit context only
As can be seen in Figure 12, the scenario is similar to the
conflict scenario in multiple Media services. However, the
users involved in each service are different. Music service has
been occupied by User 2 and Television service is about to be
engaged by User 1. Therefore, Conflict Manager of Music
service builds a conflicting list containing Music, Movie and
Television services, depicted in Table 5.</p>
          <p>Music</p>
          <p>Conflict Manager then classifies the services to each user
group according to the user of each service. Based on the list, it
selects each representative service from user’s services.
Therefore, Music service and Television services are assigned
to user 2 and User 1 respectively. Table 6 shows the selected
services.</p>
          <p>Who
User 2
User 1</p>
          <p>What
Music, On, Resources ={sound},
Preference =0.7
Television, On, Resources = { sound, display},</p>
          <p>Preference = 1.2</p>
          <p>Finally, Conflict Manager builds a Final Context consisting
of conflicting services based on the service list. In this case, the
list is comprised of Music and Television services ordered by
users’ preference. Therefore, Conflict Manager obtains a Final
Context having Music service and Television services.</p>
          <p>IV. SERVICE PROFILE MANAGEMENT
As mentioned before, Context Manager has a role in resolving
conflicts related to a registered Media service. Therefore, it
requires static and dynamic information of the service. Service
Profile Manager has a role in managing the profile information.
The next session explains how Service Profile Manager
maintains the service profile information.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>A. Service Profile</title>
      <p>Service Profile is the information which is used to resolve
service conflicts. It combines wide range of information about
the service: Service Information, Conditional Contexts, Service
Status, etc.</p>
      <p>1) Service Information
Service Information is unique information used for
identification within a service area. It consists of Service Name,
Resources, and a Service Area. Service Name is a unique name
and used to identify it within a service area. The service name
enables Context Manager to identify each Media service within
a service area. Resources are the devices needed for Media
service to provide services. A Service Area is a location of the
registered service. It also implies the area of service conflicts
among applications</p>
      <p>
        2) Conditional Contexts
Conditional Conditions are conditions of an application to
provide users with customized services. They are divided into
two types of conditions: User Conditional Contexts (UCC) and
Service Conditional Contexts (SCC). The UCCs are obtained
from User Profile Manager (UPM), a kind of wearService
[
        <xref ref-type="bibr" rid="ref27">27</xref>
        ][
        <xref ref-type="bibr" rid="ref28">28</xref>
        ]. On the other hand, SCCs come from Service Provider
and are configured by application developers.
      </p>
      <p>3) Service Status:
Service Status describes currents status of the registered Media
service including user’s context and is represented with 5W1H.
“Who” is a user who currently uses the Media service. “What”
is a current state of the Media service. The Media service can be
stayed on a state among service states: On, Off, Waiting, Pause
and Recommending. These states are used to recognize service
conflictions. “When” maintains time information when the user
started to use the registered service. “Where” is a user’s
location within a service area. “How” is user’s current state.
“Why” is the reason why a current user wants to spend his time
on the service.</p>
    </sec>
    <sec id="sec-4">
      <title>B. Service Profile Manager</title>
      <p>In order to manage the profile information of the registered
service, Service Profile Manager (SPM) obtains service
information from Service Provider and UPM, and provides the
information to Conflict Manager and Context Deliverer. Figure
13 shows the overall architecture of SPM</p>
      <p>UPM
Context Matcher
Conflict Manager</p>
      <p>Conditional Context</p>
      <p>Default
User 1
- -</p>
      <p>User N
Service Information
Name ID</p>
      <p>Service Status
5W1H 5W1H</p>
      <p>Service Provider</p>
      <p>As can be seen in Figure 13, SPM requests properties of the
registered service from Service Provider when an application
starts serving users. The requested information is the Service
Information of the registered service. SPM also receives SCC
from the Service Provider. Furthermore, SPM collects UCCs
from UPMs of wearServices of users’ personal stations such as
PDA while serving users. SPM manages the UCCs with
Hash-table and provides them with Context Matcher to match
ICs. SPM also offers Service Status information to Conflict
Manager and receives a Final Context from it after resolving
service conflicts. Finally, SPM provides Service Information
and Service Status to Final Context Deliverer</p>
      <p>V. EXPERIMENT
We first surveyed on how often family members conflict with
each other in daily activities. We then evaluated the
effectiveness of the conflict resolution method based on the
ubiTV. The proposed conflict resolution method recommends
several contents or services sorted by conflicting users’
preferences when multiple users attempt to access a registered
service. In addition, it selects one Media service when more
than one Media service is simultaneously involved to the same
resource. Finally, we conducted a survey on the usefulness of
the conflict resolution method to family members.</p>
    </sec>
    <sec id="sec-5">
      <title>A. Implementation</title>
      <p>
        In order to implement the proposed Conflict Manager, we
utilized ubi-UCAM 2.0. The ubi-UCAM 2.0 is a unified
context-aware application model for ubiquitous computing
environments supporting independence between sensors and
applications [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. Especially, the proposed Context Manager
was implemented as a Context Manager of ubiService in the
ubi-UCAM 2.0. The ubi-UCAM 2.0 also utilize unified context
to represent and share users’ contextual information among
various applications. The unified context represents the
contextual information as 5W1H (Who, What, When, Where,
How and Why). We then applied the ubiService recommending
contents and services to each Media service of ubiTV
application such as television, movie, music, and Internet
service, in ubiHome test-bed [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. Figure 14 shows an example
of service recommendation.
      </p>
      <p>Recommendation
(a)TV screen</p>
      <p>(b) User’s PDA</p>
      <p>In this scenario, there are two users in ubiHome. They are in
conflicts due to their preference on the television. User 2 wants
to enjoy News program, but user 1 is already enjoying Drama.
Therefore, the Television service recommends available
contents sorted by their preferences. Finally, the Television
service recommends News, Drama, and Education programs on
User 2’s PDA and the large screen. After their discussion about
television programs with recommended contents, they decide
their proper program in this conflict situation.</p>
      <p>Furthermore, to set up the service condition of each Media
service, we conducted a survey on service preferences of users
about their home environment. The survey was conducted for
the home appliances frequently used in living room. Seventy
persons, (40 parents / 30 children), were asked the following
questions.</p>
      <p>Question 1: What kind of services or appliances do you use
frequently in your home?
Question 2: When do you usually use the services answered in
the Question 1?</p>
      <p>
        As a result, we found that parents usually spend their time on
watching television around 9 P.M. Especially, they prefer to
watch news to get social or weather information through the
television. However, children usually spend their time by
watching movie or using Internet. They also enjoy watching
sitcom or comic programs through television. Based on their
preference and time, we assigned conditional contexts for each
user to services of ubiTV. Furthermore, for the experiment, the
number of family members was three: two parents, and a son.
This is the average family size in Korean family system aged
from 30 to 40 [
        <xref ref-type="bibr" rid="ref30">30</xref>
        ].
      </p>
      <p>In addition, in order to decide amount of conflict in home
environment, we questioned 70 volunteers in ages from 10 to
60 who had experienced context-aware service supporting
conflict resolution. They were asked to answer the following
question.</p>
      <p>Question 3: Who is the most related person when you are trying
to use television service?</p>
      <p>Table 9 shows the amount of conflict among family members
based the survey.</p>
      <p>As shown in Table 9, the conflicts appeared high in the
viewpoint of parents when they were using the service with
their children. In the case of children, they showed high conflict
rate when they spend their time on using the service with
siblings. This result implies that conflicts are occurred because
the preferences of each family member are different in using
services in home environment. Moreover, each member feels
service conflicts differently. This is because the persons who
are together are different with each other, when they spent their
time on using the services in the living room.</p>
    </sec>
    <sec id="sec-6">
      <title>B. Experimental Results and Analysis</title>
      <p>In order to measure the usefulness of the resolution method of
the proposed Context Manager, we experimented on user
conflict in such setting. To test the method, we employed a
television service that users spend most of their time on
watching in their home. While using the television service,
family members cause conflicts due to their preferences and its
broadcasts. In our experiment, the television service
recommends preferred genres of conflicting users in that
conflict situation. The service then gathered feedback of users
in pre-defined amount of time and judged the hit on the
recommendation. We did this experiment from 18:00 to 24:00
in two weeks and obtained 185 conflicting samples from three
users. Finally, we have built a hit matrix to know how well it
worked. Table 10 shows hit ratio on the recommended genres
of each users.</p>
      <p>As shown in Table 10, the users show different
characteristics on the recommendation. Father expressed
higher selection on News program than that of other programs,
but showed relatively low hit ratio than other users. In case of
mother, most of the hits are related to Drama program. Son
selected various programs compared with father and mother.
He also shows relatively higher hit ratio than others. However,
they were unlikely to choose their preferred program soon after
content recommendation. This is because Context Manager
enabled them to spend their time on talking about the current
program with recommended programs. They then decided a
suitable program to accommodate those users. Especially,
mother encourages her son to watch educational programs
when they were together.</p>
      <p>In addition, in order to verify usefulness of
recommendation of services, we configured properties of each
Media service. In our experimental setting, all the Media
services were on the same computer having a large screen and a
sound device. Table 11 shows the properties given to each
Media service.</p>
      <p>As can be seen Table 11, each Media service has its own set
of required resources, such as sound, display, or both,
according to the resources it uses. Therefore, services which
require the same resource cannot be executed simultaneously.
Such service can start after stopping other services. For
example, the television service uses sound, and display
resources and Internet service needs display resources. In this
situation, those two services cannot be executed at the same
time, because they share the display resource. In order to
observe hit ratio on service recommendation, we monitored the
Media services in ubiHome. Table 12 shows the hit ratio on
recommendation of service conflicts among Media services
given to different users.</p>
      <p>As shown in Table 12, the users showed their characteristics
on each service recommendation. Father shows relatively low
hit ratio than that of other users. It means that he usually
consents on a current service of other users. However, mother
and son selected another service rather than enjoying a current
service. In case of mother, the selections were made for the
family. On the other hand, son’s selections were made for
himself. Nevertheless, we found that even though they changed
the current service, they didn’t choose their preferred program
soon after the recommendation. They spent their time to talk
about the current service and recommended services and then
decided a suitable Media service.</p>
      <p>
        Finally, in order to evaluate the satisfaction of the proposed
conflict resolution method, we questioned following question
to 30 volunteers in ages from 20 to 39 who had experienced
ubiTV application supporting recommendation. We then
compared the result with that of a resolution method selecting a
user’s context [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ].
      </p>
      <p>Question 1: What do you think of context-aware services that
recommend users’ conflicting services and contents when
several members try to use them at the same time?</p>
      <p>Table 13 shows the user satisfaction on the proposed
resolution and the resolution method selecting one user.</p>
      <p>As shown in Table 13, the respondents showed higher
satisfaction on the proposed resolution method than that of
resolution method selecting a user with the highest preference.
This is because selecting a user also causes another conflict,
and remained users couldn’t be satisfied to the resolution result.
Therefore, users voted for the resolution method that
recommends services or contents to resolve the conflicts. With
additional information, they have a chance to talk about their
interest and reach to solution.</p>
      <p>VI. CONCLUSION
In this paper, we proposed the Context Manager to resolve
service conflicts that arise when multiple users access a media
services and when the media services are trying to share
resources in the smart home environment. In order to resolve
service conflicts among users, the proposed Context Manager
recommended available contents ordered by preferences of
conflicting users. The proposed Context Manager also detected
conflicts among Media services by utilizing their service
profile, and resolved them by selecting a Media service having
the highest preference. Furthermore, the Context Manager
resolved the conflicts among Media services occupied by
different users by recommending conflicting Media services.
Through the experiment on ubiTV application, we have shown
the effectiveness of the proposed resolution method.</p>
      <p>However, several problems are still remained. The
proposed recommendation method needs more improvements
to resolve conflicts, even though it gives users higher
satisfaction than selection method. In some situation, the
recommendation is unnecessary or has to give users more
information. In addition, we have to observe the conflicts and
resolution results because preferences of users are changing in
time to time. Furthermore, we have to elaborate more on the
usage of resources to accommodate various appliances and
devices in home environments.</p>
      <p>ACKNOWLEDGMENT
The authors would like to thank Seiie Jang for his valuable
input and useful discussion about conflicts in context-aware
applications.</p>
      <p>Choonsung shin received the B.S degree in Computer
Science from Soongsil University in 2004. Now he is a
M.S. student in Department of Information and
Communications, Gwangju Institute of Science and
Technology (GIST) since 2004.
Research Interest: Context Awareness, Human Computer Interaction,
Ubiquitous/ Wearable Computing.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Mark</given-names>
            <surname>Weiser</surname>
          </string-name>
          .
          <source>Computer of the 21st Century. Scientific American</source>
          ,
          <volume>265</volume>
          (
          <issue>3</issue>
          ):
          <fpage>94</fpage>
          -
          <lpage>104</lpage>
          , September,
          <year>1991</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Schilit</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Adams</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Want</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Context-Aware Computing</surname>
          </string-name>
          .
          <source>Proceeding of the 1st International Workshop on Mobile Computing System and Applications</source>
          , pp.
          <fpage>85</fpage>
          -
          <lpage>90</lpage>
          ,
          <year>1994</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Anind</surname>
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Dey</surname>
            , “Understanding and
            <given-names>Using</given-names>
          </string-name>
          <string-name>
            <surname>Context</surname>
          </string-name>
          . Personal and Ubiquitous Computing,
          <source>Special issue on Situated Interaction and Ubiquitous Computing</source>
          ,
          <volume>5</volume>
          (
          <issue>1</issue>
          ),
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Neustaedter</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Greenberg</surname>
            ,
            <given-names>S. “</given-names>
          </string-name>
          <article-title>The Design of a Context-Aware Home Media Space”</article-title>
          ,
          <source>Proceedings of UBICOMP 2003 Fifth International Conference on Ubiquitous Computing</source>
          .
          <fpage>297</fpage>
          -
          <lpage>314</lpage>
          , LNCS Vol
          <volume>2864</volume>
          , Springer-Verlag.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Manuel</given-names>
            <surname>Román</surname>
          </string-name>
          ,
          <string-name>
            <surname>Christopher K. Hess</surname>
          </string-name>
          , Renato Cerqueira, Anand Ranganathan,
          <string-name>
            <surname>Roy H. Campbell</surname>
            , and
            <given-names>Klara</given-names>
          </string-name>
          <string-name>
            <surname>Nahrstedt</surname>
          </string-name>
          ,
          <article-title>"Gaia: A Middleware Infrastructure to Enable Active Spaces."</article-title>
          ,
          <source>In IEEE Pervasive Computing</source>
          , pp.
          <fpage>74</fpage>
          -
          <lpage>83</lpage>
          , Oct-Dec
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Oh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          ,
          <article-title>"A unified Application Service Model for ubiHome by Exploiting Intelligent Context-Awareness,"</article-title>
          <source>Proc. Of Second Intern. Symp. On Ubiquitous Computing Systems (UCS2004)</source>
          , pp.
          <fpage>117</fpage>
          -
          <lpage>122</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Hughes</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>O</given-names>
            <surname>'Brien</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Rodden</surname>
          </string-name>
          ,
          <string-name>
            <surname>T.</surname>
          </string-name>
          :
          <article-title>Understanding Technology in Domestic Environments: Lessons for Cooperative builds</article-title>
          .
          <source>In Proceedings of the First International workshop on cooperative buildings (CoBuild'98)</source>
          . Darmstadt, Germany, Heidelberg, Germany: Springer-Verlag, pp.
          <fpage>246</fpage>
          -
          <lpage>261</lpage>
          ,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>W.Keith</given-names>
            <surname>Edwards</surname>
          </string-name>
          and Rebecca E. Grinter, “At Home with Ubiquitous Computing: Seven Challenges,
          <source>” LNCS 2201</source>
          , pp.
          <fpage>256</fpage>
          -
          <lpage>272</lpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9] Meyer,
          <string-name>
            <surname>S.</surname>
          </string-name>
          and Rakotonirainy, “
          <article-title>A survey of Research on Context-Aware Home</article-title>
          .”,
          <source>Proc. Of the Australasian information serucrity workshop conference on ACSW frontiers</source>
          <year>2003</year>
          , pp.
          <fpage>159</fpage>
          -
          <lpage>168</lpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Christian</surname>
            <given-names>Kray</given-names>
          </string-name>
          , Rainer Wasinger, and Gerd Kortuem,
          <source>Proceedings of the workshop on Multi-User and Ubiquitous User Interfaces (MU3I) at IUI</source>
          <year>2004</year>
          , Funchal, Madeira, Portugal, ISSN
          <volume>0944</volume>
          -
          <issue>7822</issue>
          , pp.
          <fpage>7</fpage>
          -
          <lpage>11</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>S.M.</given-names>
            <surname>Easterbrook</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.E.</given-names>
            <surname>Beck</surname>
          </string-name>
          , J.S. goodlet, L. Plowman,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sharples</surname>
          </string-name>
          and
          <string-name>
            <surname>C.C Wood</surname>
          </string-name>
          <article-title>, “A survey of Empirical studies of Conflict”</article-title>
          , CSCW: Cooperation of Conflicts? London: Springer-verlag, pp.
          <fpage>1</fpage>
          -
          <lpage>68</lpage>
          ,
          <year>1993</year>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>McCarthy</surname>
            ,
            <given-names>J.F.</given-names>
          </string-name>
          and
          <string-name>
            <surname>T.D. Anagnost</surname>
          </string-name>
          (
          <year>1998</year>
          ): “
          <string-name>
            <surname>Music</surname>
            <given-names>FX</given-names>
          </string-name>
          :
          <article-title>An arbiter of group preferences for computer supported collaborative workouts”</article-title>
          ,
          <source>in Proceedings of CSCW '98</source>
          .
          <string-name>
            <surname>Settle</surname>
          </string-name>
          , WA: ACM Press.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>C.</given-names>
            <surname>Shin</surname>
          </string-name>
          and
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          , “
          <article-title>Conflict Resolution among Users by Utilizing Context History”</article-title>
          ,
          <source>Proceedings on ECHISE'05 held in Conjunction with PERVASIVE'05</source>
          , pp.
          <fpage>105</fpage>
          -
          <lpage>110</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Nicholas</surname>
            <given-names>Hanssens</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Ajay</given-names>
            <surname>Kulkarni</surname>
          </string-name>
          , Rattapoom Tuchinda, and Tyler Horton, “
          <article-title>Building Agent-Based Intelligent Workspaces,”</article-title>
          <source>In ABA Conference Proceedings</source>
          ,
          <year>June 2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Anind</surname>
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Dey and Gregory D. Abowd</surname>
          </string-name>
          ,
          <article-title>The Context Toolkit: Aiding the Development of Context-Aware Applications</article-title>
          ,
          <source>Proceedings of the Workshop on Software Engineering for Wearable and Pervasive Computing (SEWPC)</source>
          , Limerick, Ireland, June 6,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>S. S.</given-names>
            <surname>Yau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Karim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Wang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Gupta</surname>
          </string-name>
          , “
          <article-title>Reconfigurable Context-Sensitive Middleware for Pervasive Computing,” IEEE Pervasive Computing, joint special issue with IEEE Personal Communications</article-title>
          ,
          <volume>1</volume>
          (
          <issue>3</issue>
          ), , pp.
          <fpage>33</fpage>
          -
          <lpage>40</lpage>
          , July-September.
          <article-title>(</article-title>
          <year>2002</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Judd</surname>
            ,
            <given-names>G</given-names>
          </string-name>
          , Steenkiste,
          <string-name>
            <surname>P.</surname>
          </string-name>
          , “Providing Contextual Information to Pervasive Computing Applications”,
          <source>IEEE International Conference on Pervasive Computing (PERCOM)</source>
          , Dallas, March 23-25. (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>John</surname>
            <given-names>Canny</given-names>
          </string-name>
          , Danyel fisher, “
          <article-title>Active-Based Computing,” in Proceeding of CHI, The Hague, The Netherlands</article-title>
          .
          <article-title>(</article-title>
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>S.</given-names>
            <surname>Jang</surname>
          </string-name>
          , and W.Woo, “Unified Context Describing
          <string-name>
            <surname>User-Centric</surname>
            <given-names>Situation</given-names>
          </string-name>
          : Who, Where, What, When, How and Why”,
          <source>the 1st Korea/ Japan Joint workshop on Ubiquitous Computing and Network Systems</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Oh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.Shin S.</given-names>
            <surname>Jang</surname>
          </string-name>
          , and W.Woo, “
          <article-title>ubi-UCAM 2.0: Unified Context-aware Application Model for ubiquitous computing environments”</article-title>
          ,
          <source>the 1st Korea/ Japan Joint workshop on Ubiquitous Computing and Network Systems</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>S.</given-names>
            <surname>Jung</surname>
          </string-name>
          and
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          ,
          <article-title>" UbiTrack: Infrared-based user Tracking System for indoor environment,"</article-title>
          <source>ICAT'04</source>
          , 1, paper 1, pp.
          <fpage>181</fpage>
          -
          <lpage>184</lpage>
          ,
          <year>2004</year>
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <surname>Sj</surname>
            .Oh and
            <given-names>W.</given-names>
          </string-name>
          <string-name>
            <surname>Woo</surname>
          </string-name>
          , “
          <article-title>Manipulating multimedia contents with Tangible Media Control”</article-title>
          ,
          <source>LNCS(ICEC)</source>
          , vol.
          <volume>3166</volume>
          , pp.
          <fpage>57</fpage>
          -
          <lpage>67</lpage>
          ,
          <year>2004</year>
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <surname>Anand</surname>
            <given-names>Ranganathan</given-names>
          </string-name>
          , Jalal Al-Muhtadi, Roy H. Campbell,
          <article-title>Reasoning about Uncertain Contexts in Pervasive Computing Environments.</article-title>
          .
          <source>In IEEE Pervasive Computing</source>
          , pp
          <fpage>62</fpage>
          -
          <lpage>70</lpage>
          , Apr-June,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <surname>Panu</surname>
            <given-names>Korpipaa</given-names>
          </string-name>
          , Jani Mantyjarvi, Juha Kela, Haikki Keranen, and
          <string-name>
            <surname>Esko-Juhani</surname>
            <given-names>Malm</given-names>
          </string-name>
          , Managing Context Information in Movile Device,
          <source>In IEEE Pervasive Computing</source>
          , pp.
          <fpage>42</fpage>
          -
          <lpage>51</lpage>
          ,
          <string-name>
            <surname>July-September</surname>
          </string-name>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>C.</given-names>
            <surname>Shin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Oh</surname>
          </string-name>
          and
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          ,
          <article-title>"History-based Conflict Management for multi users and multi services”</article-title>
          ,
          <source>Proc. of 1st Workshop on Context Modeling and Decision Support</source>
          , Paris, France, July
          <volume>5</volume>
          ,
          <year>2005</year>
          , ISSN 1613-
          <issue>0073</issue>
          ,Vol-
          <volume>144</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>S.</given-names>
            <surname>Jang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Shin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Oh</surname>
          </string-name>
          , and
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          ,
          <article-title>A introduction of “ubiHome” Test-bed</article-title>
          ,
          <source>the 1st Korea/ Japan Joint workshop on Ubiquitous Computing and Network Systems</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Suh</surname>
          </string-name>
          and
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          ,
          <article-title>User Profile Management for Context-aware Applications in Smart Home Environments</article-title>
          ,
          <source>the 1st Korea/ Japan Joint workshop on Ubiquitous Computing and Network Systems</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>D.</given-names>
            <surname>Hong</surname>
          </string-name>
          and
          <string-name>
            <given-names>W.</given-names>
            <surname>Woo</surname>
          </string-name>
          ,
          <article-title>A Toolkit for Context-aware Application in Wearable Computing, the 1st</article-title>
          <source>Korea/ Japan Joint workshop on Ubiquitous Computing and Network Systems</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>[29] http://java.sun.com/products/personaljava/</mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30] http://www.nsf.or.kr Daeho Han received the B.S degree in Computer Engineering from Hanyang University in 2000 and M.S. degree in Computer Engineering from Hanyang University in
          <year>2002</year>
          .
          <article-title>During 2002-2005, he stayed in Samsung Advanced Institute of Technology (SAIT). Now he is Samsung Electronics Digital Solution Center</article-title>
          , Seoul, Korea. Research Interest:
          <article-title>Operating System, Home Network, Ubiquitous Computing</article-title>
          .
          <article-title>Woontack Woo received the B.S degree in Electrical Engineering from Kyungbook University in 1989 and M.S. degree in EE from Postech in 1991</article-title>
          . He received Ph.D. in Electrical Engineering from university of Southern California.
          <article-title>During 1999-2001, he stayed in ATR Media Integration &amp; Communications (MIC) Laboratory of Japan as an Invited Researcher</article-title>
          .
          <article-title>Now he is Assistant Professor at Gwangju Institute of Science and Technology (GIST) U-VR Lab</article-title>
          .,
          <string-name>
            <surname>Gwangju</surname>
          </string-name>
          , Korea.
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          <string-name>
            <given-names>Research</given-names>
            <surname>Interest</surname>
          </string-name>
          <article-title>: 3D computer vision and its applications including attentive AR and mediated reality, HCI, affective sensing and context-aware for ubiquitous computing, etc</article-title>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>