<!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>Enterprise Interoperability Framework</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>David Chen</string-name>
          <email>david.chen@laps.u-bordeaux1.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>LAPS/GRAI, University Bordeaux</institution>
          <addr-line>1, 351, Cours de la liberation, 33405 Talence cedex</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper aims at presenting an enterprise interoperability framework elaborated within the frame of INTEROP Network of Excellence*. The purpose of the framework is to identify the basic dimensions regarding to enterprise interoperability and to define its research domain as well as to identify and structure the knowledge of the domain. 1. Basic concepts and definitions Enterprises are not interoperable because there are barriers to interoperability. Barriers are incompatibilities of various kinds and at various enterprise levels. The incompatibilities obstruct the sharing of information and prevent from exchanging services. There exist common barriers to all enterprises whatever the sector of activities and size. Developing interoperability means to develop knowledge and solutions to remove the incompatibilities (Chen et al. 2005, 2006). The approach adopted is to: (i) define the domain of enterprise interoperability through the elaboration of an interoperability framework using barriers-driven approach; (ii) identify and structure the knowledge (solutions) of the domain using the framework. The interoperability framework proposed is elaborated on the basis of concepts developed in some existing frameworks and models (EIF, 2004), (ERISA, 2004), (IDEAS, 2002), (ATHENA, 2003), focusing on those concepts most relevant to define the research domain of enterprise interoperability.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1.1 Interoperability barriers</title>
      <p>Three categories of barriers (conceptual, technological and organisational) are
identified as follows:
- Conceptual barriers: They are concerned with the syntactic and semantic differences
of information to be exchanged. These problems concern the modelling at the high
level of abstraction (such as for example the enterprise models of a company) as well
as the level of the programming (for example XML models).
* This work is partly supported by the European Commission through DI (Domain of
Interoperability) of INTEROP Network of Excellence (Contract no.: IST-508 011)
- Technological barriers: These barriers refer to the incompatibility of information
technologies (architecture &amp; platforms, infrastructure…). These problems concern the
standards to present, store, exchange, process and communicate the data through the
use of computers.
- Organisational barriers: They relate to the definition of responsibility (who is
responsible for what?) and authority (who is authorised to do what?) as well as the
incompatibility of organisation structures (matrix vs. hierarchical ones for example).</p>
    </sec>
    <sec id="sec-2">
      <title>1.2 Enterprise levels</title>
      <p>Interoperations can take place at the various enterprise levels. Although the following
categorisation is mainly given from a point of view of IT based applications, it
applies to non-computerised systems as well. It is based on the ATHENA Technical
architecture (ATHENA, 2005).
- The interoperability of data: It refers to make work together different data models
and query languages. The interoperability of data is to find and share information
from heterogeneous bases, and which can moreover reside on different machines with
different operating systems and data bases management systems.
- The Interoperability of services: It is concerned with identifying, composing and
making function together various applications (designed and implemented
independently). The term `service' is not limited to the computer based applications; but also
functions of companies and networked enterprises.
- The interoperability of processes: It aims to make various processes work together:
a process defines the sequence of the services (functions) according to some specific
needs of a company. In a networked enterprise, it is also necessary to study how to
connect internal processes of two companies to create a common process.
- The interoperability of business: It refers to work in a harmonise way at the level of
organization and company in spite of for example, the different modes of
decisionmaking, methods of work, legislations, culture of the company and commercial
approaches etc. so that business can be developed between companies.</p>
    </sec>
    <sec id="sec-3">
      <title>1.3. Interoperability approaches</title>
      <p>Research on interoperability is not only a matter of removing barriers but also in the
way in which these barriers are removed. According to ISO 14258 (1999), there are
three basic ways to relate entities (systems) together to establish interoperations:
- Integrated approach: there exists a common format for all models. This format must
be as detail as models. The common format is not necessarily a standard but must be
agreed by all parties to elaborate models and build systems.
- Unified approach: there exists a common format but only at a meta-level. This
metamodel is not an executable entity as it is in the integrated approach but provides a
mean for semantic equivalence to allow mapping between models.
- Federated approach: there is no common format. To establish interoperability,
parties must accommodate on the fly. Using federated approach implies that no partner
imposes their models, languages and methods of work. This means that they must
share an ontology.
2. Enterprise interoperability framework
Based on the basic concepts discussed in section 1, the two basic dimensions of the
proposed enterprise interoperability framework are shown figure 1: (i) Enterprise
dimension representing enterprise levels (interoperability aspects), (ii)
Interoperability dimension representing interoperability barriers.</p>
      <sec id="sec-3-1">
        <title>CONCEPTUAL</title>
      </sec>
      <sec id="sec-3-2">
        <title>TECHNOLOGICAL</title>
      </sec>
      <sec id="sec-3-3">
        <title>ORGANISATIONAL</title>
        <p>levelsbarriers</p>
      </sec>
      <sec id="sec-3-4">
        <title>BUSINESS</title>
      </sec>
      <sec id="sec-3-5">
        <title>PROCESS</title>
      </sec>
      <sec id="sec-3-6">
        <title>SERVICE</title>
      </sec>
      <sec id="sec-3-7">
        <title>DATA</title>
        <p>The intersection of a level category (line) and a barrier category (column) constitutes
a sub-domain. Thus this Interoperability Framework defines the enterprise
interoperability research domain by the set of sub-domains which compose it. It can also be
used to structure interoperability knowledge. A piece of knowledge is considered as
relevant to interoperability if it contributes to remove at least one barrier at one level.</p>
        <p>barriers CONCEPTUAL
levels SYNTAX SEMANTICS</p>
        <sec id="sec-3-7-1">
          <title>TECHNOLOGICAL ORGANISATIONAL</title>
          <p>Enterprise
Interoperability
Domain</p>
        </sec>
        <sec id="sec-3-7-2">
          <title>BUSINESS</title>
        </sec>
        <sec id="sec-3-7-3">
          <title>PROCESS</title>
        </sec>
        <sec id="sec-3-7-4">
          <title>SERVICE</title>
        </sec>
        <sec id="sec-3-7-5">
          <title>DATA</title>
          <p>UEML
V1.0</p>
          <p>PSL</p>
          <p>A*
n
o
it
a
t
o
n
n
a
c
it
n
a
m
e
s
- Problem
- Knowledge
- Solution</p>
          <p>An Enterprise
Interoperability
sub- domain
Figure 2 shows the interoperability framework with the conceptual interoperability
barriers further detailed into syntax barrier and semantic barrier. It also shows the use
of the framework to identify and categorise the knowledge. A piece of knowledge
may concern more than one barrier and cover more than one level. For example,
UEML V1.0 aims at removing syntactic barrier for enterprise model interoperability
and covers all the four levels, while PSL (Process Specification Language)
contributes to remove both syntactic and semantic barriers but is limited to process level.
The third dimension (Interoperability approaches) is added to the two dimensional
framework (see figure 3). This third dimension allows categorising knowledge and
solutions relating to enterprise interoperability according to the ways of removing
various interoperability barriers.</p>
          <p>Interoperability
barriers
Interoperability
approaches</p>
        </sec>
        <sec id="sec-3-7-6">
          <title>Integrated</title>
        </sec>
        <sec id="sec-3-7-7">
          <title>Unified</title>
        </sec>
        <sec id="sec-3-7-8">
          <title>Federated</title>
        </sec>
        <sec id="sec-3-7-9">
          <title>Business</title>
        </sec>
        <sec id="sec-3-7-10">
          <title>Process</title>
        </sec>
        <sec id="sec-3-7-11">
          <title>Service</title>
        </sec>
        <sec id="sec-3-7-12">
          <title>Data</title>
          <p>Enterprise
levels</p>
        </sec>
        <sec id="sec-3-7-13">
          <title>Conceptual Organisational</title>
        </sec>
        <sec id="sec-3-7-14">
          <title>Technological</title>
          <p>
            For example, PSL contributes to remove conceptual barrier (both syntax and
semantics) at the level of process through a unified approach. Concerning the semantic
annotation technique, if the annotation and mapping are done using pre-defined
reference ontology, then it is a unified approach. On the other hand, if the annotation and
mapping are performed thought negotiation on the fly, then it is a federated approach.
3. Conclusion
This paper presented a framework based on a barrier-driven approach to define the
research domain of enterprise interoperability. Research activities (problems and
solutions) can be mapped and structured with respect to the enterprise levels
concerned, interoperability barriers tackled and approaches used to remove the barriers.
The framework can be enhanced by some complementary dimensions: (i)
Interoperability knowledge types, (ii) Interoperability engineering phases, (iii) Interoperability
measurements. Future works are concerned with: (
            <xref ref-type="bibr" rid="ref1">1</xref>
            ) refining the interoperability
framework, in particular the barriers to interoperability dimension, (
            <xref ref-type="bibr" rid="ref2">2</xref>
            ) identifying and
mapping available enterprise interoperability knowledge/solutions to the framework.
          </p>
        </sec>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1. ATHENA,
          <article-title>Advanced Technologies for Interoperability of Heterogeneous Enterprise Networks and their Applications</article-title>
          ,
          <fpage>FP6</fpage>
          -2002
          <source>-IST-1</source>
          ,
          <string-name>
            <given-names>Integrated</given-names>
            <surname>Project</surname>
          </string-name>
          ,
          <year>April 2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2. ATHENA, “
          <article-title>Project A4” (Slide presentation)</article-title>
          ,
          <source>ATHENA Intermediate Audit</source>
          <volume>29</volume>
          .-
          <fpage>30</fpage>
          .,
          <string-name>
            <given-names>C.</given-names>
            <surname>Guglielmina</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Berre</surname>
          </string-name>
          ,
          <year>September 2005</year>
          , Athens, Greece
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Dassisti</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Tsalgatidou</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <source>Interoperability Knowledge Corpus, An intermediate Report, Deliverable DI.1</source>
          ,
          <string-name>
            <surname>Workpackage</surname>
            <given-names>DI</given-names>
          </string-name>
          (
          <article-title>Domain of Interoperability), INTEROP NoE, Nov</article-title>
          . 25th
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Daclin</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <article-title>Framework for enterprise interoperability</article-title>
          ,
          <source>IFAC TC5</source>
          .
          <article-title>3 workshop EI2N06 (Enterprise Integration Interoperability</article-title>
          and Networking),
          <source>March 21st</source>
          ,
          <year>2006</year>
          , Bordeaux France.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. EIF: European Interoperability Framework, Write Paper, Brussels, 18,
          <string-name>
            <surname>Feb</surname>
          </string-name>
          .
          <year>2004</year>
          , http://www.comptia.org,
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>ERISA (The European Regional Information Society Association)</surname>
          </string-name>
          ,
          <article-title>A guide to Interoperability for Regional Initiatives</article-title>
          , Brussels,
          <year>September 2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>IDEAS</given-names>
            <surname>Consortium</surname>
          </string-name>
          ,
          <article-title>Thematic Network, IDEAS: Interoperability Development for Enterprise Application</article-title>
          and Software - Roadmaps,
          <fpage>Annex1</fpage>
          - Description of Work,
          <fpage>13</fpage>
          -
          <lpage>05</lpage>
          -
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8. INTEROP,
          <article-title>Interoperability Research for Networked Enterprises Applications</article-title>
          and Software,
          <source>Network of Excellence, Proposal Part B, April</source>
          <volume>23</volume>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. ISO 14258,
          <year>1999</year>
          ,
          <string-name>
            <given-names>Industrial</given-names>
            <surname>Automation</surname>
          </string-name>
          Systems - Concepts and
          <article-title>Rules for Enterprise Models</article-title>
          ,
          <source>ISO TC184/SC5/WG1</source>
          ,
          <fpage>1999</fpage>
          -April-14 version.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>