<!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>Competence Management Within and Between Organizations</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Mikko Laukkanen</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Heikki Helin</string-name>
          <email>heikki.j.heling@teliasonera.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>TeliaSonera Finland P.</institution>
          <addr-line>O. Box 970 (Teollisuuskatu 13), FIN-00051 Sonera</addr-line>
          ,
          <country country="FI">Finland</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>We introduce a Semantic Web-based competence manager system called Competence Manager, which allows managing employee competencies and other relevant resources about a set of topics. The Competence Manager provides exible operations for both querying the knowledge base, and managing the ontologies. The usage scenarios of the Competence Manager range from intra-organization use to interoperability between multiple organizations.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>For companies with intellectual property it is crucial to have an environment,
where the knowledge can be shared e ciently within the company. In this paper
we describe an ontology-based tool called Competence Manager, with which
the members of an organization (e.g., a company) are able to manage, publish,
disseminate, and search for competencies and other relevant resources, such as
documents, projects and customers.</p>
      <p>Our system allows supporting multiple ontologies for di erent domains, which
can be imported and switched at runtime. In addition to maintaining multiple
simultaneous domain ontologies, the interoperability|for instance from one
organization to another|does not require changes to the implementation.</p>
      <p>The di erence between the Competence Manager and other typical
competence management tools is that in the case where the best candidates (i.e.,
persons having competence directly on the searched topic) are not available, the
candidates having competence on semantically nearby topic(s) can be found.
This means that we can look up persons that are the best possible candidates
for the searched competence area. In addition, we can search for the best
candidate(s) from several domains with di erent emphasizes (e.g., candidates that
have excellent competence on ontologies and can speak Finnish, but the language
criterion with lower priority).</p>
      <p>
        The bene ts of the Competence Manager are clear for companies with
intellectual properties. In addition, because of formally de ned semantics of the
domain ontologies, the system is useful when disseminating competencies
between organizations. In doing so, the Competence Manager can be used as tool
for nding organizations based on their real competencies.
In this section we shortly outline the intra-organizational usage of the
Competence Manager. The details are described in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. The architecture is depicted in
Figure 1. The clients access the system through a front-end server, which
connects to the back-end by using Web services. The requests are then handled by
the Competence Manager, which is implemented on top of Jena [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>Competence Manager employs OWL for the ontologies, which are divided
into general and domain-speci c parts, see Figures 2 and 3, respectively. The
general ontology de nes the mandatory classes and properties for the competence
topic hierarchy. The domain ontologies de ne the domain-speci c resources, and
must conform to the general ontology. This asserts that the query engine works
correctly with the domain ontologies.</p>
      <p>The topic hierarchy in the domain-speci c ontology is realized as instances of
the Topic class, and parent-child relations are de ned using the hasParentTopic
property. The instances of the Relevance class specify the relevance level of some
resource (e.g., a person's competence) to a certain topic.</p>
      <p>The domain ontology de nes the classes and their instances that have
competencies or are related to the topics. The resources can be freely de ned as
domain-speci c classes, as long as they are subclasses of the Resource class.
Furthermore, the relationships (properties) between the domain-speci c resources
can be freely de ned, but the properties must be de ned as a subproperty of the
hasResource property.</p>
      <p>In a case where direct matches are not found, the people with competence
on semantically nearby topic(s) can be searched for. This is crucial today, when
for instance new products hit the markets rapidly. Let us consider the following
example. At a software company Cs a person has competence on a mobile phone
model , which is manufactured by phone vendor Cv Then, Cv releases a new
mobile phone , which is based on the model , but on which nobody at Cs has
yet competence. However, at some point when competencies for the new mobile
phone are needed at Cs, in our approach the persons having competence on the
phone model are found. Although this is not an exact match, it is a very close
one, because usually the given phones are similar in functionality. Therefore,
adding or changing the competence area structure does not necessarily require
corresponding updates to the competencies of the persons.</p>
      <p>
        The distance calculation between competence topics is based on formally
de ned semantics and an algorithm called Object Match [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], which calculates
the distance to the neighboring topics, and returns the resources related to the
closest ones. One of the most powerful features of the object match algorithm
lies in its ability to take into account the depth of the object hierarchy. That is,
the objects deeper in the hierarchy are also semantically closer to each other.
3
      </p>
    </sec>
    <sec id="sec-2">
      <title>Using Competence Manager Within and Between Organizations</title>
      <p>Within a single organization, the Competence Manager is used for managing
and disseminating employee competencies. Firstly, competent persons can be
searched for within the organization. Secondly, the Competence Manager can
be used as a tool during performance appraisal between superiors and their
employees. Thirdly, the Competence Manager can serve as a tool in strategic
coordination activities. The overall competence levels on various areas can be
analyzed, and in de ning company's strategic goal, the areas needing more or
less competence can be identi ed. As a result, the aggreated competencies of
the organization can be de ned, and made available for other organizations. In
doing so, the Competence Manager can be used as tool for nding organizations
based on their real competencies.</p>
      <p>Usually when companies are formed, they have to be registered to some
national authority using for instance an industrial classi cation schemas. However,
especially for small companies, it may be hard to nd a suitable classi cation for
the company. Furthermore, if the company refocuses itself at some point later,
changing the classi cation is cumbersome. This may lead to a situation, where
the company has competencies that are not directly related to their registered
core business. The Competence Manager can be used to overcome this problem
by letting the companies publish (and update) their competencies at any time.
Therefore, the Competence Manager acts as a directory service{Competence
Directory, from which companies can search for instance possible partners based
on their competencies, see Figure 4.</p>
      <p>
        Because companies may use their own domain ontologies, they cannot be
uploaded as such to the Competence Directory. Instead, the companies publish
their domain ontology (topics hierarchy) and other resources|competencies,
documents, projects|using FOAF [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. The amount of information published
depends on the company, but at least the competencies have to be uploaded to
the Competence Directory. If Competence Manager is used within a company, it
can be used to automatically export the domain ontology and selected resources
as FOAF description to the Competence Directory.
      </p>
      <p>Trust plays an essential role in systems like Competence Directory, where
companies may state their own compentencies. The essential challenge is to
assure that the information published is accurate. We believe that in this kind
of collaborative systems, the abusers will eventually be exposed. Reputation
among other companies is very important, and it would be unwise to ruin it by
publishing false competencies. Further, the foaf:knows property can be used to
de ne one-way links between companies. For instance, a company Cs is searching
for a partner, and the search results multiple companies, Cr1, Cr2, and Cr3. The
Cs may have an existing and succesfull partnership with a company Cp, that
is, Cs foaf:knows Cp. Now, if Cp has an existing partnership with some of the
companies in the search result, they are certainly preferred over the ones that
the Cs knows nothing about.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>D.</given-names>
            <surname>Brickley</surname>
          </string-name>
          and
          <string-name>
            <given-names>L.</given-names>
            <surname>Miller. FOAF Vocabulary</surname>
          </string-name>
          <article-title>Speci cation</article-title>
          .
          <source>Apr</source>
          .
          <year>2005</year>
          . Available at: http://xmlns.com/foaf/0.1/.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>M.</given-names>
            <surname>Laukkanen</surname>
          </string-name>
          and
          <string-name>
            <given-names>H.</given-names>
            <surname>Helin</surname>
          </string-name>
          .
          <article-title>Using Semantic Web Technologies in Competence Management</article-title>
          .
          <source>In XML-Finland</source>
          <year>2005</year>
          , Pori, Finland, Mar.
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>B.</given-names>
            <surname>McBride</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Boothby</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Dollin</surname>
          </string-name>
          .
          <article-title>An Introduction to RDF and the Jena RDF API</article-title>
          .
          <year>Nov</year>
          .
          <year>2004</year>
          . Available at: http://jena.sourceforge.net/tutorial/RDF API/index.html.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>N.</given-names>
            <surname>Stojanovic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Maedche</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Staab</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Studer</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Sure. SEAL</surname>
          </string-name>
          :
          <article-title>A Framework for Developing SEmantic PortALs</article-title>
          .
          <source>In Proceedings of the International Conference on Knowledge Capture</source>
          , pages
          <volume>155</volume>
          {
          <fpage>162</fpage>
          ,
          <string-name>
            <surname>Oct</surname>
          </string-name>
          .
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>