<!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>Towards ontology of gameplay: application to game based learning systems</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Kaouther RAIES</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Khaireddine REBHI</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Maha KHEMEJA</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Faculty of Economic Sciences and Management of Sfax</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Higher Institute of Computer Sciences and Management of Kairouan</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Prince Research Group, ISITCom, University Of Sousse, GP1 Hammam Sousse</institution>
          ,
          <addr-line>4011</addr-line>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>The Higher Institute of Applied Sciences and Technology of Sousse</institution>
        </aff>
      </contrib-group>
      <fpage>26</fpage>
      <lpage>37</lpage>
      <abstract>
        <p>Game Based Learning Systems (GBLSs) constitute an important resource for entertainment and education, they present an efficient technology that uses game principles to engage learners into learning activities. However, several barriers are in the way of the general adoption of learning approaches based on GBLSs, since their design process requires strict and precise specification models to define and communicate gameplay. For instance, until very recently, gameplay is usually specified via natural language rules introducing and generating thus many ambiguous human interpretations and a lack of machine understandable formats. In this paper, we present a formal as well as a semantic formalism based on domain ontology for gameplay specification that offers to game designers a precise model to describe, analyze and communicate gameplay from early stages of development. Moreover this semantic formalism is more machine understandable which could allow more automatic processing and reasoning over the specified gameplay.</p>
      </abstract>
      <kwd-group>
        <kwd>Ontology</kwd>
        <kwd>Game Based Learning System (GBLS)</kwd>
        <kwd>Gameplay</kwd>
        <kwd>GBLS design process</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>Based on theoretical, practices and real world expertise, GBLS constitute an interesting and stimulating
learning environment for learners. Through GBLS, learners become more and more engaged in the
learning process, they feel motivated, able to strengthen their cognitive skills, gain satisfaction as well as a
sense of achievement and full involvement.</p>
      <p>
        However, their use in real scenarios is limited by several factors that span all over the product life cycle
affecting the design, implementation and deployment phases. For instance, gameplay designers suffer
from the absence of well defined process and models for gameplay design
        <xref ref-type="bibr" rid="ref17">(Montero Reyno, R et al.2009)</xref>
        .
This paper emphasizes the need to have a formal presentation for GBLS gameplay, to design meaningful
and engaging GBLSs. The main purpose of this paper is to present a gameplay model that stresses the
importance of precisely defining gameplay through a formal model in order to facilitate
machineinterpretable definitions of basic gameplay concepts and corresponding relationships.
This paper is organized as follows: In the section 2 we describe GBLSs design problems with particular
emphasis on problems related to gameplay design and manipulation as well as how to overcome them.
Section 3 presents related works where a formal presentation for gameplay and its corresponding
terminology have been provided. Section 4 describes the steps that we followed for the gameplay ontology
elaboration and validation. It also highlights the usability of the ontology to help game designers while
doing their job. And finally, section 5 presents our conclusions and future works.
      </p>
      <p>Copyright©2014 by the paper’s authors.</p>
      <p>
        Copying permitted for private and academic purposes.
Game Based Learning Systems Design Process: Problems and Defects
GBLS is an interactive technology that attracts researchers and professionals interest in various fields. It
has been proven to be an effective tool in supplementing conventional teaching methods
        <xref ref-type="bibr" rid="ref6">(Dickinson et
al.2011)</xref>
        .
      </p>
      <p>However, its use in real scenarios is limited by several barriers that span all over the product life cycle.
Indeed, complexity of a GBLS design process, tight development schedules, diversity of development tools
and strategies still constitute the major difficulties.</p>
      <p>We identify the following requirements:
The first one includes technical problems. Therefore, GBLSs designers suffer from interoperability and
communication problems due to the use of different tools and the exchange of heterogeneous data with
non-standard formats. They need an appropriate environment allowing the participating actor to curry
out, efficiently, his/her tasks either alone or collaboratively.</p>
      <p>The same environment should allow the process monitoring. The overall system should be enough flexible
and able to cope with business domain changes or IT changes.</p>
      <p>
        Moreover, designers suffer from the absence of well defined process and models for gameplay design
        <xref ref-type="bibr" rid="ref17 ref5">(Montero Reyno, R et al.2009; Church 1999 )</xref>
        . Therefore, gameplay should be presented in a formal way
that facilitates its processing automatically and intelligently.
      </p>
      <p>The second one concerns problems of integrating learning outcomes with fun aspects. For instance,
learning activities must be sequenced or otherwise structured carefully in the GBLS design process.
Learning outcomes need to be integrated as goals from the beginning of the design process. Pedagogy also
needs to be formally incorporated into games to promote more effective learning.</p>
      <p>
        The third one concerns the complexity of each step in a GBLS design process and more precisely those
related to gameplay design which requires relevant expertise
        <xref ref-type="bibr" rid="ref8">(Djaouti 2011)</xref>
        . For instance there are no
tools that support novice game designer in doing their job
        <xref ref-type="bibr" rid="ref16 ref7">(Mark, j et al. 2008)</xref>
        .
      </p>
      <p>
        In this present paper we will focus on problems related to gameplay design. For instance, lack of gameplay
models and formalisms constitutes the major defect. Indeed it should be presented in a formal way that
facilitates its processing, automatically and intelligently. Furthermore, gameplay presented in natural
language makes it difficult to be analyzed and communicated. So having a formal and standard model that
can be used for any game design project, and can be manipulated with any development environment is
recommended to facilitate reusability and avoid time as well as money consuming issues.
Moreover, GBLS designers don’t have well defined role like the other team members participating in that
process
        <xref ref-type="bibr" rid="ref1">(Adams 2009)</xref>
        . They must adapt their roles with projects’ requirements.
      </p>
    </sec>
    <sec id="sec-2">
      <title>Related Works</title>
      <p>GBLS designers still face several barriers at gameplay definition and modeling. We focus in this section on
both digital games as well as GBLS gameplay modeling attempts and the associeted terminology to
gameplay.</p>
      <sec id="sec-2-1">
        <title>Gameplay Modeling Attempts</title>
        <p>
          Lack of formal models to precisely define gameplay has been for a long time a traditional game design
problem. For instance, many studies have pointed out needs to create models in order to explain games
mechanics
Indeed, gameplay is considered as the game’s core, since it reflects the overall experience during the
interaction between a player and the game system. However, there are only very few attempts to present
gameplay in a formal way
          <xref ref-type="bibr" rid="ref17">(Montero Reyno, R et al.2009)</xref>
          . They have unsuccessfully tried to capture the
essence of gameplay in a single representation or diagram. Unfortunately these attempts concern only
video games.
A recent approach was reported in (
          <xref ref-type="bibr" rid="ref11">Grünvogel 2005</xref>
          ), which considers game design with formal methods
that can be used to create a language intended for certain aspects of gameplay. This language is presented
with mathematical formalism. Indeed, it can be used to detect connections between game elements. It
considers game as a set of objects each of which is able to change its state during the play. The evolution of
one’s object state is governed by rules (gameplay) and influenced by the players or other objects.
Using mathematical formalism to describe the game system behavior constitutes a very precise
specification method. It removes the ambiguity of natural language and makes more precise the
description of rules.
        </p>
        <p>Unfortunately, its treatment and manipulation with existing tools constitutes a major challenge.
Therefore, a formal model of gameplay is needed to reduce implementation time and errors, which
ultimately leads to GBLSs of a higher quality.</p>
        <p>
          In
          <xref ref-type="bibr" rid="ref13">(Heaton 2006)</xref>
          , authors present a circular model for gameplay, containing only two fundamental
components namely the player and the game. The player is a human who is elected to play. The game is a
system that the player interacts with; everything that is not the player is part of the game. All information
about the game is conveyed to the player through clearly defined output channels and all the player's
actions in the game are carried through clearly defined input channels.
        </p>
        <p>There are usually a relatively set of interactions that are repeated. The changing state of the game
constantly prompts new actions from the player. The gameplay typically goes through many cycles of
observation and action until an arbitrary endpoint is reached.</p>
        <p>
          This approach presents a formal presentation for gameplay. However, rules which constitute the
fundamental concept of gameplay are not taken into account. Moreover, this presentation considers only
the human player, or in real scenarios, non human players can also participate in the game.
In order to remove the ambiguity of natural language, authors in
          <xref ref-type="bibr" rid="ref3">(Bura 2005 )</xref>
          use Petri Nets to model
game systems. They give a first attempt to game design modeling without natural language. Even if Petri
Net diagrams can become easier to read and to understand, the final diagram specification is difficult to
understand and to scale. Moreover, there are no considerations for pedagogical aspect that characterize
GBLS.
        </p>
        <p>
          In
          <xref ref-type="bibr" rid="ref17">(Montero Reyno, R et al. 2009)</xref>
          , authors present an important overview for gameplay modeling. They
propose to apply Model-Driven Development (MDD) methodology to game development, raising the level
of abstraction towards conceptual modeling of game. In this context, they propose a Meta model that
takes into account some concepts of gameplay. Indeed, they propose the use of models as a game design
specification tool with abstract and simplified representation of game systems. Proposed models can be
independent of the specific technological platform used for implementing the system.
Despites its importance to favor reusability and flexibility of the gameplay design, the proposed solution
falls short of GBLS designer’s requirements. It cannot be used for GBLS design, because pedagogical
aspects are not considered enough.
        </p>
        <p>
          In the same context, authors in
          <xref ref-type="bibr" rid="ref7">(Djaouti , D et al. 2008)</xref>
          try to present a definition for gameplay. They
propose an experimental approach that aims to classify videogames. They develop a tool for indexing and
analyzing a large videogames corpus. They define a set of recurrences called “Gameplay bricks.” Then,
three categories of gameplay bricks are identified. Rules listening to Input and acting on the game
elements consequently, named Play bricks. Rules observing the state of the game elements and returning
to the player an evaluation of his performance, named Game bricks. And rules that can be classified
through the use of some pairs of bricks, named “Meta bricks.”
However, used corpus of videogames needs to be extended with adding more kinds of oriented learning
systems like GBLSs. Moreover, this approach limits gameplay to rules and actions, but there are other
aspects that need to be included as e.g. the game environment (player characters, non player
characters…).
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>Associated Terminology to Gameplay</title>
        <p>Gameplay is so difficult to define because there is no single entity that we can point to and say. That’s why
the Gameplay is considered as the result of a large number of contributing elements.</p>
        <p>For instance, rules, actions and outcome, game mechanics, interaction and choice, and the space of
possibilities have a close relationship with gameplay. Let us have a look at these concepts, which are
clarified by Katie Salen and Eric Zimmerman in their Rules Of play book.</p>
        <p>
          Rules
Constitute the fundamental concept that clarifies differences between game and play. In fact, “Rules are
what differentiate games from other kinds of play. Probably the most basic definition of a game is that it is
organized play, that is to say rule-based…. Rules impose limits they force us to take specific paths to reach
goals and ensure that all players take the same paths”
          <xref ref-type="bibr" rid="ref21">(Salen, K et al. 2003)</xref>
          .
        </p>
        <p>Following are the general characteristics that all game rules share (Rules limit player action, Rules are
explicit and unambiguous, Rules are shared by all players, Rules are fixed, Rules are binding, Rules are
repeatable).</p>
        <p>
          In
          <xref ref-type="bibr" rid="ref9">(Gonzalo 2003)</xref>
          , authors identify three kinds of rules. The first kind is manipulation rules defining
what the player can do in the game. The second kind is the goal rule that defines the goal of the game. And
finally Meta rules which present how a game can be tuned or modified.
        </p>
        <p>
          Actions and outcome
Game mechanics
Play in a game emerges from the relationship between player action and system outcome; it is the process
by which a player takes actions within the designed system of a game and the system responds to these
actions. The meaning of an action resides in the relationship between the action and its outcome.
These are the procedures and rules of the game. Mechanics describe the goal of the game, how players can
and cannot try to achieve it, and what happens when they try
          <xref ref-type="bibr" rid="ref21">(Salen, K et al. 2003)</xref>
          .
        </p>
        <p>
          Interaction and choice
To play a game is to interact whit it. More specifically, playing a game means making choices within a
game system designed to support actions and outcomes in meaningful ways. Every action results in
change affecting the overall system. When the player makes a choice in a game the system response is one
way to characterize the depth and quality of interactions
          <xref ref-type="bibr" rid="ref21">(Salen, K et al. 2003)</xref>
          .
        </p>
        <p>
          Space of possibilities
A set of possible actions that players explore as they take part in game includes possible actions might a
player take in the course of a game
          <xref ref-type="bibr" rid="ref21">(Salen, K et al. 2003)</xref>
          .
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>GBLS Gameplay Ontology Definition</title>
      <p>The gameplay design process is one of many other processes to bring GBLSs to life. There are processes
related to the artistic design and to the learning design.</p>
      <p>Every process has its own specificity in terms of modeling, execution languages, tools and participating
actors. That is why we propose to integrate them in a global and coherent system.</p>
      <p>
        Unifying and bridging the gap between the aforementioned processes towards a unified process and a
coherent system can be guaranteed using Semantic Service oriented architecture
        <xref ref-type="bibr" rid="ref20">(Raies, K et al. 2013)</xref>
        .
Indeed it:
 Enables enterprises participating in that process to not only transform internal systems to be more
service oriented, but also permits best collaboration amongst them.
 Grants more agile business processes because it reduces the gap between business process modeling
and implementation.
 Allows an increased collaboration within and across enterprises (actors belonging to different
enterprises).
 Overcomes several problems at run-time as well as at design-time due to the use of different
business/learning process modeling languages by the collaborating companies as for example BPMN
and IMSLD
        <xref ref-type="bibr" rid="ref4">(Burgos, D et al. 2005)</xref>
        .
      </p>
      <p>In this paper we will focus on the process of gameplay design and steps to follow to present a formal
model for this process.</p>
      <sec id="sec-3-1">
        <title>GBLS Gameplay Ontology Purpose’s</title>
        <p>
          Despite the important number of methodologies to design ontology (i.e.,
          <xref ref-type="bibr" rid="ref10">(Grüninger, M et al, 1995)</xref>
          <xref ref-type="bibr" rid="ref14">(Lopez, M et al.1999)</xref>
          <xref ref-type="bibr" rid="ref18">(Noy, N et al. 2001)</xref>
          , all of them consider basically the following steps: definition of
the ontology purpose, conceptualization, formalization, and validation.
        </p>
        <p>The major purposes of the gameplay ontology are:
 Having a formal model to provide an automatic treatment and interpretation of the gameplay which can
solve communication and interoperability problems.
 Foster opportunities to share knowledge associeted to gameplay among actors and tools participating in
the GBLS design process.
 Enable reuse of knowledge related to gameplay design to avoid time as well as money consuming issues.
The proposed ontology is used by services or processes associated to other aspects of GBLS design.</p>
        <p>For instance, the instructional designer may use this ontology with the LD (Learning Design) service to
define the pedagogical aspect of the future GBLS. As he needs goal rules or more precisely the
pedagogical goals, we make use of some mapping rules to overcome interoperability problems. Figure 2
presents a mapping rule for associating Learning objectives specified in LD service and pedagogical goals
defined throw the gameplay expressed in WSML (Jos de , B et al, 2005).</p>
      </sec>
      <sec id="sec-3-2">
        <title>Conceptualization</title>
        <p>The second step is the conceptualization; it requires the definition of the ontology’s scope, its concepts,
relations and constraints, it also requires description of a glossary for all concepts and attributes. It
represents the knowledge modeling itself.</p>
        <p>
          The conceptualization step starts with the definition of competency questions, i.e., requirements in the
form of questions that the ontology must answer
          <xref ref-type="bibr" rid="ref10">(Grüninger, M et al, 1995)</xref>
          :
 What are the main gameplay components?
 Is the pedagogical aspect defined through rules?
 Are actions associated to rules?
 Which are the associated elements of the game environment?
 Which kinds of game bricks can be associated to GBLS?
To answer the first and the second competency question we try to collect related works that describe
gameplay components and clarify the relationship between them
          <xref ref-type="bibr" rid="ref21">(Salen, K et al, 2003)</xref>
          and
          <xref ref-type="bibr" rid="ref9">(Gonzalo
2003)</xref>
          .
        </p>
        <p>Gameplay is defined through set of rules. Rules are based on actions. They can be Meta rules which
defining how a game can be tuned or modified, manipulation rules define what the player can do in the
game or goal rules. A goal rules define goals of the game that must be a pedagogical goal or non
pedagogical goal.</p>
        <p>Additionally, rules define two types of conditions called failure conditions and success conditions. These
Conditions generate actions.</p>
        <p>Meta rule
Manipulation rule</p>
        <p>Goal rule</p>
        <p>Determines</p>
        <p>Rule</p>
        <p>*
1
1..*
1..*</p>
        <p>Gameplay</p>
        <p>1</p>
        <sec id="sec-3-2-1">
          <title>Actio*n</title>
          <p>1..*
generates
Non pedagogical goal</p>
          <p>condition
Pedagogical goal</p>
          <p>Sucess condition</p>
          <p>Failure condition
Cognitive goal</p>
          <p>Affectif goal</p>
          <p>
            Psychomotor goal
To answer the third competency question, we found in literature that rules definition is based on two
types of conditions previously mentioned; these conditions generate actions
            <xref ref-type="bibr" rid="ref9">(Gonzalo 2003)</xref>
            . In addition,
an Action can be authorized or not, and every action performed by a player can affect the score, the state
and the level of the game. Figure 4 shows this part of the ontology.
The fourth competency question clarifies an important aspect of gameplay. For instance through
gameplay many game objects are described, those objects may be non player objects or player objects.
There are two types of player objects as human player and non human player. Figure 5 shows this part of
ontology.
To answer to the final question, we adopt related work
            <xref ref-type="bibr" rid="ref7">(Djaouti , D et al. 2008)</xref>
            . It defines three types of
bricks; play bricks, goal bricks and Meta bricks. In Figure 6 we present relation between game bricks and
rules.
Manipulation 1..* Define
          </p>
          <p>rules</p>
        </sec>
        <sec id="sec-3-2-2">
          <title>Goal rules 1..*</title>
          <p>MetaRules
1..*</p>
          <p>1..*
Define 1..* Bricks</p>
          <p>1..*
Define</p>
          <p>Play bricks
Goal bricks</p>
          <p>KILLER
DRIVER</p>
          <p>Meta bricks
Finally, other constraints (axioms) for the concepts and relations were set, such as:
Rules must define at last a condition and its generated action.
 There are only three types of rules manipulation rules, goal rules and Meta rules.
 At least an authorized action must generate a score.
 At least through an authorized action, player achieves an advanced game level.
 The game environment must define at last two kinds of object as player and non player ones.
 Player objects can be human or not human players.
 At least a human player must be defined
 Each rule is associated at last to a gameplay brick.
 Each action is performed by a player object.
 At least three pedagogical goals must be defined through goal rules (Orliac , C et al. 2011; Bloom, B et al.</p>
          <p>1956).</p>
        </sec>
      </sec>
      <sec id="sec-3-3">
        <title>Formalization</title>
        <p>
          With respect to the architecture of our future system which is based on SSOA, Web Service Modeling
Ontology (WSMO)
          <xref ref-type="bibr" rid="ref15">(Marin, D et al. 2007)</xref>
          constitutes an appropriate environment which provides
functionality that covers various related Semantic Web service Tasks in an integrated modeling
environment such as the modeling ontology. Figure 7 presents the GBLS gameplay ontology formalized
through WSMO Studio.
        </p>
      </sec>
      <sec id="sec-3-4">
        <title>Experimentation and Validation</title>
        <p>To validate the ontology, we create several instances based on a GBLS addressed to kids between 7 and 11
years. The instantiated concepts and information required to design the gameplay for our example are
represented in table 1.</p>
        <p>
          For instance, Zombie division
          <xref ref-type="bibr" rid="ref12">(Habgoo 2005)</xref>
          aimed to teach mathematics, for children between 7 and 11
years old, the player is an ancient hero who faces skeletons wearing number. The player can use several
attacks, each one corresponding to a kind of division operated on the number linked to the target
enemy. The player must take care of matching attacks with opponents through divisions, as enemies
cannot be divided without the required attack.
        </p>
        <p>Non authorized action Using attacks two</p>
        <p>times repeatedly
Cognitive objective</p>
        <p>Concepts
Authorized actions
Affective objective
Psychomotor
objective
Human player
Non human player
Game bricks
Play bricks</p>
        <p>Instances
Choose one weapon
Combine(Organize)
various weapons
Use the same weapon
repeatedly
State the formula of
calculate prime
numbers
Select the appropriate
divisor
Choose the
appropriate
divisor(weapon) to
destroy skeleton
Ali
Skeleton</p>
        <p>Move</p>
        <p>Destroy, Match, Avoid
WSMO contains an integrated Stratified IRIS reasoner to query the ontology described in WSML. Figure
8 shows a case of queries applied to our ontology to define pedagogical objectives.
Thanks to its generic concepts as rules and actions, the gameplay ontology provides information to all sub
processes of GBLS design as the definition of game objects, game environments, pedagogical objectives…
The definition of these aspects can be validated or not with the gameplay ontology. For instance we can
find incoherencies between the gameplay specification and the pedagogical content of GBLS as:
 Defining pedagogical objectives that cannot be achieved through actions mentioned by the gameplay.
 Defining pedagogical objectives which are different from gameplay bricks.
 Defining learning scenarios which are not compatible with actions defined in the gameplay.
 Defining learner’s abilities’ that cannot response to the game level.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion and Future Work</title>
      <p>The principal aim of the work presented in this paper is to define GBLS gameplay ontology. The idea is to
lighten and reduce actors’ workload, giving them the appropriate presentation of gameplay to produce
more attractive and efficient GBLS. This responds to GBLS users’ needs and solves many problems like
flexibility, modularity, and reusability in one hand. And facilitate machine treatment and interpretation of
gameplay in other hand.</p>
      <p>Our future work will consist on establishing mapping rules between concepts relating to each GBLS
design process.</p>
      <p>We will equally focus on development of an assistance process for gameplay development based on an
intelligent tutoring system, which is based on actor’s context, skills and roles analysis.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <string-name>
            <surname>Adams</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <year>2009</year>
          .
          <article-title>" Fundamentals of Game Design,"</article-title>
          pp.
          <fpage>29</fpage>
          --
          <lpage>62</lpage>
          , Berkeley.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <surname>Bloom</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Engelhart</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Furst</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hill</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Krathwohl</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <year>1956</year>
          .
          <article-title>"Taxonomy of educational objectives: the classification of educational goals," Handbook 1: cognitive domain</article-title>
          , new York.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <surname>Bura</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <year>2005</year>
          .
          <article-title>“A Game Grammar”</article-title>
          . Available at http://users.skynet.be/bura/diagrams/.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <surname>Burgos</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , Berbegal,.N and
          <string-name>
            <surname>Griffiths</surname>
            ,
            <given-names>D .</given-names>
          </string-name>
          <year>2005</year>
          .
          <article-title>"IMS Learning Design Level"</article-title>
          . DOI= http://moodle.learningnetworks.org/.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          <string-name>
            <surname>Church</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <year>1999</year>
          .
          <article-title>"Formal Abstract Design Tools," in Game Developer Magazine</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <string-name>
            <surname>Dickinson</surname>
            ,
            <given-names>J.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Woodard</surname>
            ,
            <given-names>P. R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Canas</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ahamed</surname>
            ,
            <given-names>S.S.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Lockston</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <year>2011</year>
          .
          <article-title>"Game-based trench safety education: development and lessons learned," Journal of Information Technology in Construction, Special Issue Use of Gaming Technology in Architecture, Engineering and Construction</article-title>
          . Vol (
          <volume>16</volume>
          ), pp.
          <fpage>119</fpage>
          -
          <lpage>134</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <surname>Djaouti</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alvares</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jean-Pierre</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gilles</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Pierre</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <year>2008</year>
          .
          <article-title>" A Gameplay Definition through Videogame Classification,"</article-title>
          <source>International Journal of Computer Games Technology , Hindawi Publishing Corporation</source>
          , vol
          <volume>2008</volume>
          <source>Article ID 470350.</source>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <surname>Djaouti</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <year>2011</year>
          .
          <article-title>"Game Design : Considérations théoriques et techniques sur la création de jeux vidéo à vocation utilitaire,"</article-title>
          <source>Doctoral dissertation</source>
          , Toulouse 3.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <string-name>
            <surname>Gonzalo</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <year>2003</year>
          .
          <article-title>"Simulation versus narrative: introduction to ludology,"</article-title>
          <source>The Videogame Theory Reader</source>
          , pp.
          <fpage>221</fpage>
          --
          <lpage>236</lpage>
          , Routledge, London, UK.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <string-name>
            <surname>Grüninger</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fox</surname>
            ,
            <given-names>M.S.</given-names>
          </string-name>
          <year>1995</year>
          .
          <article-title>" Methodology for the Design and Evaluation of Ontologies,"</article-title>
          <source>Technical Report</source>
          , University of Toronto, Canada.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <string-name>
            <surname>Grünvogel</surname>
            ,
            <given-names>S. M.</given-names>
          </string-name>
          <year>2005</year>
          . “
          <article-title>Formal Models and Game Design” in Game Studies: The</article-title>
          <source>International Journal of Computer Game Research</source>
          , vol.
          <volume>5</volume>
          , Issue 1.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          <string-name>
            <surname>Habgoo</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <year>2005</year>
          .
          <article-title>"Zombie Division: Intrinsic integration in digital learning games</article-title>
          <source>," workshop on Human Centered Technology</source>
          , Brighton, UK.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          <string-name>
            <surname>Heaton</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <year>2006</year>
          .
          <article-title>“A circular Model of Gameplay</article-title>
          ,” Available at: http://www.gamasutra.com/view/feature/130978/a_circular_model_of_gameplay.php?print=1 Jos de, B,.
          <string-name>
            <surname>Holger</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <year>2005</year>
          .
          <article-title>"Web Service Modeling Language (WSML) ,"</article-title>
          available at http://www.w3.org/Submission/WSML/.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          <string-name>
            <surname>Lopez</surname>
            ,
            <given-names>M F.</given-names>
          </string-name>
          ,
          <article-title>Gomez-perez, A., and</article-title>
          <string-name>
            <surname>Sierra</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <year>1999</year>
          .
          <article-title>"Building a chemical ontology using methontology and the ontology design environment," IEEE intelligent systems &amp; their applications</article-title>
          , vol.
          <volume>14</volume>
          ,
          <issue>no1</issue>
          , pp.
          <fpage>37</fpage>
          -
          <lpage>45</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          <string-name>
            <surname>Marin</surname>
            ,
            <given-names>D</given-names>
          </string-name>
          ,.
          <string-name>
            <surname>Alex</surname>
            ,
            <given-names>S</given-names>
          </string-name>
          ,.
          <string-name>
            <surname>Vassil</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <year>2007</year>
          .
          <article-title>"WSMO Studio: A Semantic Web Services Modelling Environment for WSMO,"</article-title>
          ESWC.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          <string-name>
            <surname>Mark</surname>
            ,
            <given-names>J. N.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Michael</surname>
            <given-names>M.</given-names>
          </string-name>
          <year>2008</year>
          .
          <article-title>"An interactive game-design assistant,"</article-title>
          <source>in Proceedings of the 2008 International Conference on Intelligent User Interfaces (IUI</source>
          <year>2008</year>
          ), pp
          <fpage>90</fpage>
          -
          <lpage>98</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          <string-name>
            <given-names>Montero</given-names>
            <surname>Reyno</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            , and
            <surname>Carsí</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.A.</surname>
          </string-name>
          <year>2009</year>
          .
          <article-title>"A Platform-Independent Model for Videogame Gameplay Specification,"</article-title>
          <source>in Proceeding of Digital Games Research Association Conference (DiGRA'09)</source>
          , London, UK (
          <year>2009</year>
          ), http://www.digra.org/dl/db/09287.28003.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          <string-name>
            <surname>Noy</surname>
            ,
            <given-names>N.F.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>McGuinness</surname>
            ,
            <given-names>D. L.</given-names>
          </string-name>
          <year>2001</year>
          .
          <article-title>"Ontology Development 101: A Guide to Creating Your First Ontology</article-title>
          ,''
          <source>Stanford Knowledge Systems Laboratory Technical Report KSL-01-05 and Stanford Medical Informatics Technical Report SMI 0880.</source>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          <string-name>
            <surname>Orliac</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>George</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Prévôt</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Michel</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <year>2011</year>
          .
          <article-title>"Can we use Existing Pedagogical Specifications to Design Mixed Reality Learning Games?, "</article-title>
          <source>in Proceedings of the 5th European Conference on Games Based Learning</source>
          , Athens, Greece.
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          <string-name>
            <surname>Raies</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>KHemaja</surname>
          </string-name>
          , M.,and
          <string-name>
            <surname>Brahem</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <year>2013</year>
          .
          <article-title>"Towards Game Based Learning Design Process Based on Semantic Service Oriented Architecture (SSOA), "</article-title>
          <source>in Proceedings of the 7th European Conference On Games-Based Learning</source>
          , pp.
          <fpage>698</fpage>
          --
          <lpage>705</lpage>
          , Porto.
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          <string-name>
            <surname>Salen</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Zimmerman</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <year>2003</year>
          .
          <article-title>"The Rules of Play,"</article-title>
          MIT Press, USA.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>