<!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>Rethinking the Semantic Annotation of Services</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Nikolaos Loutas</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Vassilios Peristeras</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Konstantinos Tarabanis</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Information Systems Lab, University of Macedonia</institution>
          ,
          <addr-line>Thessaloniki</addr-line>
          ,
          <country country="GR">Greece</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>National University of Ireland</institution>
          ,
          <addr-line>Galway</addr-line>
          ,
          <institution>Digital Enterprise Research Institute</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>This work extends and enhances existing semantic service models by involving users and by including service metadata related to the user's view of the service and their behaviour. We borrow ideas and extend the models and practices for the annotation of Web content and information resources that has recently become popular in widely-used social platforms. Users are encouraged to describe in their own terms the services they use. Our approach strengthens user participation in the Web and more generally in the service industry by providing service metadata, which are later used as a form of lightweight userside semantic annotation of services. This annotation is provided explicitly by the users and/or implicitly by identifying patterns in the users' behaviour. This type of service annotation acts supplementary to the service descriptions provided by the service providers and is linked to the actual use of the services. Finally, we harvest the collected metadata and use it for facilitating discovery and clustering of services, as well as to enable service recommendations and matchmaking with users' profiles.</p>
      </abstract>
      <kwd-group>
        <kwd>service</kwd>
        <kwd>SOA</kwd>
        <kwd>semantic</kwd>
        <kwd>social contract</kwd>
        <kwd>social metadata</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>The Service Oriented Architecture (SOA) paradigm is the prevalent way of
developing enterprise Information Systems (IS). The main idea behind SOA is the
ability to (re)use and share services from different sources. The introduction of Web
Services (WS) contributed significantly to SOA’s commercial uptake and helped
SOA adoption by industry. Further on IBM proposed a reference architecture for
SOA which identifies three basic entities: the service provider, the service requestor
and the service broker. This reference architecture supports four fundamental
functionalities, namely service discovery, composition, publishing and invocation.</p>
      <p>
        There has been a lot of debate with respect to the advantages and disadvantages of
SOA. The advantages of SOA include enhanced organizational agility and
architectural flexibility, reduced costs and increased Return on Investment [
        <xref ref-type="bibr" rid="ref18">18, 23</xref>
        ].
Nevertheless, the real added value of SOA implementations is still questioned as
technological, organizational and financial barriers hinder the uptake of SOA [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>
        Semantics have been applied in SOA as a means to enhance the WS brokerage
model. The idea is that semantically described WS could enable and facilitate the
dynamic discovery, invocation, execution, composition and monitoring of services at
run-time [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. This led to the definition of various service ontologies and Semantic
Web Services (SWS) models starting from DAML-S, continuing to OWL-S [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ],
WSMO [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ], WSDL-S [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] and followed by SAWSDL [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>In this paper, we add an additional layer to existing semantic approaches. Apart
from the formal service descriptions (semantic or not) that are made available by the
service providers in SOA environments, we enhance the service descriptions by
“capturing” and “attaching” information, which is related to the actual usage of the
services by users in the real world. Our intention is to add a social layer on top of
SOA. We propose two main mechanisms for this:
• We allow users to annotate the services they use.
• We analyze the behavioural/service usage patterns of the users’, i.e. how the
users consume the services, by monitoring their behaviour and monitoring
their actions.</p>
      <p>Afterwards, the information that we collect is used to enrich the existing service
descriptions. We call this process social annotation of services and the metadata that
emerge bottom-up from this process social metadata. The social annotation may be
supplementary to the semantic service descriptions that are already provided by the
service providers.</p>
      <p>In order to accommodate the social aspects and characteristics of services, existing
semantic service models need to be extended. In this paper, we discuss the required
extensions; we introduce an approach for adding social annotations to services and
demonstrate how to utilize the extra (social) semantics that emerge in order to
facilitate service search, mashing and recommendation.</p>
      <p>Before continuing, it is necessary to clarify that our approach focuses mainly on
extrovert services which have a business value and are to be used by the end-users.</p>
      <p>The remainder of this paper is organized as follows: section 2 presents our
motivation. Section 3 discusses in detail the idea of social annotation of services and
introduces the notion of the Social Contract. Section 4 shows how an existing
semantic service models can be extended in order to include social metadata. Section
5 describes our prototype. Finally, section 6 concludes the paper and discusses our
research directions.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Motivation</title>
      <p>
        All the semantic service frameworks proposed so far, e.g. WSMO, SAWSDL,
OWLS, both complex and lightweight, share a common principle: they assume that the
(semantic) description of services comes solely from the service providers. This
results into two serious limitations:
• The users are totally left outside of the service description process. These
approaches do not take into account the way that the users of the service
perceive it. For example, users cannot detail the reason they use a service,
e.g. to book a flight, or the context in which the service is used, e.g. a service
as part of a more general “travelling” context. Recently, both the research
community and industry sensed this shortcoming. There are already attempts
which focus on the user’s perspective which was left completely out of
picture in SOA e.g. [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
• Semantic service efforts have still a low adoption rate. To come up with
elaborated semantic service descriptions, the service providers have to be
convinced about the additional value of these semantics in order to spend
resources to annotate their services. However at the moment, it seems rather
unlikely to convince service providers to use existing SWS frameworks, and
as a result these efforts are not taking off.
      </p>
      <p>
        So far, there has been no real large-scale application of SWS in industry. Among
other problems in [24], the author claims that SWS have ill-defined semantics and
that service ontologies usually describe the semantics of WSDL interfaces, which are
different from the semantics of the WS. As such the existing SWS approaches have
not managed to fully support automated discovery, matchmaking, composition, and
execution. Generally, the high complexity of the SWS approaches discourages both
technical and business people from adopting such solutions. These problems have
created pressure to the SWS research community to come up with lightweight
approaches, which may lack in expressivity but win in simplicity (e.g. SAWSDL,
SAREST [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ], WSMO-Lite [22]). However, it is still early to evaluate the applicability
and the adoption of such light semantic service models.
      </p>
      <p>
        Lately, Web 2.0 is emerging as a new computing paradigm. Web 2.0 preaches for
active user participation in the Web through user-centric Web portals and applications
[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. In Web 2.0 there is no clear line of separation between service providers and
users as the latter interact with the Web not just as information receivers but also as
content providers [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. In Web 2.0 platforms users add data and metadata: they add
content, e.g. photos, multimedia and documents, and then use tags for attaching
meaning to this content. Other users also add metadata (tags), which are then used to
enable better search (e.g. [
        <xref ref-type="bibr" rid="ref2">2, 25</xref>
        ]) and discovery, personalization of the user’s
experience etc.
      </p>
      <p>
        Moreover, unlike SOA environments, in Web 2.0 semantics (metadata) come
mainly from tags and folksonomies and as such emerge in a bottom-up fashion
directly from the users (e.g. [
        <xref ref-type="bibr" rid="ref7">7, 21</xref>
        ]). We argue that as this user-defined metadata are
used for creating richer descriptions for resources (e.g. photos, files etc.), they could
be likewise applied to services for enhancing their descriptions. This metaphor is
challenging and capitalizes on the view that Web 2.0 and SOA are two converging
and complementary paradigms [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>Within Web 2.0, new types of services appear which do not follow the SOA
principles and are created in a decentralized manner. These services are usually
generated by users and not by service engineers. For example, mashups, are
introduced as a new simple way of composing services and combining content from
different sources. Interestingly enough, Web 2.0 services lack a standardized
description from their providers, as there are neither standardized ways to describe
services nor public repositories to store these descriptions. The services are generated
in a completely decentralized and uncontrolled way and the overall architecture lacks
the core SOA idea of a WS broker that mediates between the service providers and
service clients.</p>
      <p>Thousands of mashups are available at the moment and all indications show that
this number may soon scale to millions. All these mashups are capable to provide
access to huge amount of distributed content and/or services. But how one can find
the mashup (s)he really needs, when (s)he needs it? How can a driver that is running
out of gas find if there is a mashup that displays on a map the open gas stations in the
area where (s)he is driving? How can the four basic SOA functionalities, namely
discovery, composition, publishing and invocation be achieved in a Web 2.0
environment? Currently the means, e.g. models, architectures and applications for
answering such questions are not available.</p>
      <p>Thus, in this work we will show how social metadata can be included in service
descriptions, let them be SOA services or RESTful services, in order to facilitate
service search, mashing and recommendation.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Social Annotation of Services</title>
      <p>
        A service can be seen from different perspectives starting from a complex business
process and going down to software component [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. In [22] five complementary parts
of a service’s description, called service contracts, are defined, namely:
• The Information Model which refers to the data model that is used to
semantically describe the service inputs, outputs and fault messages.
• The Functional Descriptions which describe the service’s functionalities.
• The Non-Functional Descriptions which define details related to the
implementation or the running environment of the service, e.g. name, author,
URL, version.
• The Behavioral Descriptions which define the service’s choreography and
internal workflow.
• The Technical Descriptions which define details regarding the format of the
messages, the communication protocols and the access points of the service.
      </p>
      <p>In our previous work, we reviewed several SWS efforts. We observed that they can
be grouped into two distinct categories:
• SWS frameworks which refer to formal and complex efforts for semantically
annotating services, and
• Semantic service models which refer to emerging lightweight approaches for
semantically annotating services.</p>
      <p>In the first category we find OWL-S, SWSF, WSMO, IRS-III and WSMO-Lite,
while WSDL-S and its successor SAWSDL, SA-REST and MicroWSMO are placed
under the second category. Afterwards, we examined how the different SWS efforts
address the service contracts described above.</p>
      <p>Summarizing our comparative analysis, we found out that SWS frameworks
provide the language for encoding the ontologies that form their Information Model.
On the contrary, semantic service models allow the use of any ontological language.
Thus, their Information Model may be comprised by a set of ontologies encoded
using different languages. Moreover, both the Functional and the Behavioural
Descriptions can be expressed in detail using a SWS framework. Although the
semantic service models provide some means for specifying services’ functionalities,
these mechanisms lack in expressivity. Finally, regarding the Technical Descriptions
both SWS frameworks and semantic service models rely mainly on the WSDL
specification, excluding the case of SA-REST that refers to RESTful services, thus no
WSDL file exists.</p>
      <p>In all aforementioned approaches, the metadata of all the service contracts come
solely from the service providers. In this work we argue that it will be highly
beneficial both for users and for service providers, if the semantic descriptions of the
services were enriched with information that comes from the actual usage of a service
in a bottom-up fashion. The semantic description in this case emerges from the usage
of the service, thus giving a social aspect to service annotation.</p>
      <p>
        To achieve this, we introduced a new service contract, which we call social
contract [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. The social contract captures the way that the users’ perceive the service,
when and why they use the service etc. The social contract has been until now
neglected when modelling and implementing services. The social metadata of services
may derive explicitly or implicitly:
• Explicitly, where metadata is added by users who wish to describe the service
in their own terms. Users can annotate services, similarly to what they
currently do for products, content and multimedia in platforms like Flickr or
YouTube. Users would describe why they use a service, for what reason, on
which occasion etc. They could also add annotations that are related with
attributes of the service like inputs or outputs. In other cases, users may
express their satisfaction or dissatisfaction with regards to quality, usability,
user-friendliness etc. However, some of the service attributes still remain to
be solely described by the service provider, e.g. the Technical Descriptions.
      </p>
      <p>We propose the use of tags and tagging mechanisms as the means for
enabling explicit service annotation. Tagging is easy and straightforward and
users are already familiar with it. Tagging mechanisms can either rely
completely on free text or it can be further supported by vocabularies and
ontologies. Here lies a substantial difference between the annotations from
the service providers and those that come from users. Service providers are
more likely to use formal service models combined with structured
vocabularies and ontologies, while users would rather use tags.
• Implicitly, where information about the service can be inferred by monitoring
the user’s behaviour while using the service and then enrich the service
description. For example, imagine that a statistically significant number of
users execute service B after service A or users with similar profiles have an
interest for some particular services. In both cases, this information can
provide us with interesting usage patterns that can be further exploited e.g.
for a service recommendation system.</p>
    </sec>
    <sec id="sec-4">
      <title>Including social metadata in existing semantic service models</title>
      <p>Until know we have discussed at a conceptual level how social metadata could be
included in existing semantic service models. In this section we will show how we
applied this idea by extending an existing semantic service model, namely SA-REST.</p>
      <p>
        SA-REST [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] introduces a lightweight approach for adding semantics to RESTful
WS. It assumes that it is highly likely that when a WS is made available online, the
provider will release an (X)HTML description of the service as well. Thus, SA-REST
suggests to semantically annotate this (X)HTML service description using RDFa or
GRDDL. SA-REST uses a set of predefined elements for annotating different
attributes of a service, e.g. input, output and sem-class.
      </p>
      <p>SA-REST is simple and easily extendable, mainly due to the fact that it is based on
RDFa. Moreover, the lightweight semantic annotation of services, as suggested by
SA-REST, fits very well with our line of work. Moreover, as the number of RESTful
services is increasing influenced by the growth of Web 2.0, we expect lightweight
efforts to semantically annotate services using RDFa to become popular. Thus, we
chose SA-REST in order to semantically annotate the services of our portal and
capture and include social metadata.</p>
      <p>SA-REST like other similar approaches for semantically annotating services covers
the five service contracts but does not support the social contract. This means that
SAREST assumes that the user has a passive role and that the service descriptions come
only from the service provider. Summarizing, in SA-REST the information model of
a service is identified by its inputs and outputs. Both the behavioural and the
functional Descriptions are weakly defined in the SA-REST model due to the fact that
SA-REST aims at providing a lightweight approach for service descriptions
sacrificing its expressivity. Finally, technical information can be represented by the
method and protocol elements, while, non-functional descriptions can be derived from
the domain-rel, sem-class and sem-rel elements.</p>
      <p>In order to include social metadata in SA-REST, we first express social metadata
by means of a simple folksonomy and then make use of the sem-class element in
order to create a link between a service and this folksonomy. In order to indicate that
this sem-class element refers to the social metadata of this service, we make use of
the typeof element and make a reference to the social contact concept of our model.</p>
      <p>It is worth mentioning that the social contract, as introduced in this work, can be
combined with any other SWS framework. For example, WSMO non-functional
properties Web Services or a SAWSDL model references enable the inclusion of
social metadata in WSMO and SAWSDL services respectively.
5.</p>
    </sec>
    <sec id="sec-5">
      <title>Prototype</title>
      <p>For the needs of our prototype, we have scoped our focus on the eGovernment
domain. We have selected eGovernment as our application domain due to previous
work and expertise in the domain, but also because eGovernment is a challenging
test-bed with thousands of services provided worldwide by public agencies to billions
of clients. Another interesting characteristic of public administration is that its
clientele is not restricted to a certain group of people with common needs or interests.
In fact, public administration tries to cover the needs of practically each and every
citizen. To achieve this, public administration tries to group the diverse needs of its
clientele and translate them into services.</p>
      <p>Social annotation of services can provide valuable input for public administration
during the public service design process that could lead to higher quality services that
would fit better to the clients’ needs. Furthermore, public administration could predict
future needs of its clientele, based on trends expressed through the social annotation
of services. This will allow public administration to be more agile and proactive.</p>
      <p>
        Our eGovernment portal plays the role of a national entry point to the services
provided by public administration. In fact a prototype of the portal, which is available
at http://195.251.218.39/cyprus, is currently used in a pilot study in Cyprus.
Citizens use this portal to get information about public services. The descriptions of
the services that are made available via the portal are semantically annotated using the
extended semantic service model that is presented in section 4. Apart from the
inclusion of social metadata, we have also included eGovernment domain specific
semantics in the semantic descriptions of our services. Towards this direction, the
GEA Public Service model [
        <xref ref-type="bibr" rid="ref15 ref16">15, 16</xref>
        ] was employed, which introduces a conceptual
representation of a public service. As such, it introduces core concepts of a public
service, such as service input and output, service provider, service preconditions,
service domain etc. We used RDFain order to include in our semantic eGovernment
service descriptions eGovernment domain specific semantics (Table 1). The semantic
descriptions are initially automatically created on the service provider’s side, but once
they are released and used by the users, they are enriched and become more
expressive as social metadata are added.
      </p>
      <p>In our social eGovernment portal users can tag the services provided or use the tags
already given by other users. Moreover, the users’ behaviour while using the portal,
e.g. when navigating from one service to another, is anonymously monitored. This
allows us to extract social metadata from their behavioural patterns without violating
their privacy.</p>
      <p>
        In both cases mentioned above, social metadata is extracted, which is then used for
enhancing the user’s experience in the portal. Users can browse the underlying
eGovernment service repository using different mechanisms, e.g. tags/tagclouds,
keyword search. Moreover, they can get recommendations about services that are
popular or beneficial or fit their profiles or are related with services that they have
already used. A detailed description of the portal can be found in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
xmlns:islab=”http://islab.uom.gr”&gt;
&lt;div about="http://islab.uom.gr/DrivingLicense"&gt;
      </p>
      <p>The Driving License Issuance public service is provided
by the &lt;div rel=“islab:serviceprovider”</p>
      <p>resource=”http://islab.uom.gr/gea.owl#Prefecture”/&gt;
Regional Authorities and belongs to the &lt;div
rel=“SAREST:domain-rel”</p>
      <p>resource=“
http://islab.uom.gr/gea.owl#SubDomainCommunityAndSocialS
ervices”/&gt; Community and Social Services domain
&lt;div typeof=”islab:social” rel=”SA-REST:sem-class”
resource=http://islab.uom.gr/DL_social.rdf/&gt;
&lt;/div&gt; &lt;/div&gt;
&lt;div
REST”</p>
      <p>xmlns:SA-REST=”http://knoesis.wright.edu/srl/SA</p>
    </sec>
    <sec id="sec-6">
      <title>Conclusions and Future Work</title>
      <p>In this paper we discussed the need for extending the existing SOA-based service
descriptions by including socially derived metadata. We add a “social” layer on top of
existing semantic or non-semantic SOAs. This layer enriches the service description
and facilitates the discovery and automatic clustering of services.</p>
      <p>Two mechanisms for capturing this metadata have been proposed, receiving the
annotations explicitly and directly by the users through tagging and implicitly through
analysis of users’ behaviour and usage patterns. In order to validate our arguments an
extension of SA-REST which accommodates social metadata was proposed. In
addition to that a social eGovernment portal was developed.</p>
      <p>Harvesting the knowledge that can be extracted from social the social metadata of
services is expected to benefit both users and service providers. From the user’s
perspective, it allows them to:
• Express their view of the services they use by annotating these services, e.g.</p>
      <p>
        using tags.
• Personalize their service searches, thus improving the quality and the
coherence of the result set and bridging the service discovery gap [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Social
metadata, e.g. tags, can be added as criteria to search queries, thus narrowing
down the result sets.
• Get recommendations about related services. Service platforms may suggest
to their users services that share common tags.
• Form communities of interest and/or practice. As described earlier, social
semantics can also be extracted by monitoring the users’ behaviour. In this
case, users that tend to use similar services can be grouped in communities
of interest. For example, a community of users who use online collaboration
services.
      </p>
      <p>Service providers can exploit the social annotation of services to:
• Improve the classification and clustering of services according to their
functionality/output/behaviour etc. Since the semantics that emerge from the
social annotation of services stem directly from the users, they can create a
bottom-up classification of services.
• Get feedback on their services and improve their quality or design new
services in order to cover emerging customers’ needs.</p>
      <p>The benefits that social metadata are anticipated to have both to uses and service
providers, set also the pillars of our future research plan. Hence, we will try draft and
develop possible applications and prototypes and enhance existing systems by
including and harvesting social metadata.</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>This work is supported by Science Foundation Ireland under grant SFI/08/CE/I1380 (Líon 2).
21. Specia, L., Motta, E.: Integrating Folksonomies with the Semantic Web. In: European</p>
      <p>Semantic Web Conference 2007, pp. 624-639 (2007)
22. Vitvar, T., Kopecky, J., Fensel, D.: WSMO-Lite: Lightweight Semantic Descriptions for</p>
      <p>Services on the Web. CMS WG Working Draft (2008)
23. Windley, P.: Teaming up for SOA. Infoworld, pp 25-26 (2007)
24. Xuan S.: Semantic Web Services: An Unfulfilled Promise. IEEE IT Professional 9(4),
4245 (2007)
25. You, G., Hwang, S.: Search structures and algorithms for personalized ranking. Journal of
Information Sciences 178(20), 3925-3942 (2007)</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Baida</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gordijn</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Omelayenko</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>A shared service terminology for online service provisioning</article-title>
          .
          <source>In: ICEC</source>
          <year>2004</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>10</lpage>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bao</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xue</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wu</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fei</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Su</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          :
          <article-title>Optimizing web search using social annotations</article-title>
          .
          <source>In: 16th World Wide Web Conference</source>
          , pp.
          <fpage>501</fpage>
          -
          <lpage>510</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Bloomberg</surname>
          </string-name>
          , J.:
          <article-title>Why is SOA taking so long?, ZapThink</article-title>
          . http://searchsoa.techtarget.com/tip/0,
          <issue>289483</issue>
          ,sid26_
          <fpage>gci1132084</fpage>
          ,
          <fpage>00</fpage>
          .html (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Domingue</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fensel</surname>
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>González-Cabero</surname>
          </string-name>
          , R.:
          <article-title>SOA4All, Enabling the SOA Revolution on a World Wide Scale</article-title>
          .
          <source>In: 2nd IEEE International Conference on Semantic Computing</source>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Farrell</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lausen</surname>
          </string-name>
          , H.:
          <article-title>Semantic Annotations for WSDL and XML Schema”</article-title>
          , W3C Recommendation, http://www.w3.org/TR/sawsdl/ (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Fernandez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hayes</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Loutas</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Peristeras</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Polleres</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tarabanis</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Closing the Service Discovery Gap by Collaborative Tagging and Clustering Techniques</article-title>
          . In: International Semantic Web Conference, Workshop on Service Discovery and
          <article-title>Resource Retrieval in the Semantic Web (</article-title>
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Gruber</surname>
          </string-name>
          , T.:
          <article-title>Ontology of Folksonomy: A Mash-Up of Apples and Oranges</article-title>
          .
          <source>International Journal of Semantic Web and Information Systems</source>
          <volume>3</volume>
          ,
          <fpage>1</fpage>
          -
          <lpage>11</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>Kopouki</given-names>
            <surname>Papathanasiou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Loutas</surname>
          </string-name>
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Peristeras</surname>
          </string-name>
          <string-name>
            <given-names>V.</given-names>
            ,
            <surname>Tarabanis</surname>
          </string-name>
          <string-name>
            <surname>K.</surname>
          </string-name>
          ,
          <article-title>Combining service models, semantic and Web 2.0 technologies to create a rich citizen experience</article-title>
          .
          <source>In: 2nd World Summit on the Knowledge Society, WSKS (1)</source>
          :
          <fpage>296</fpage>
          -
          <lpage>305</lpage>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Loutas</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Peristeras</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tarabanis</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Extending Service Models to Include Social Metadata</article-title>
          . In: WebSci'09:
          <string-name>
            <given-names>Society</given-names>
            <surname>On-Line</surname>
          </string-name>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Martin</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Domingue</surname>
          </string-name>
          , J.:
          <source>Semantic Web Services, Part 2. IEEE Intelligent Systems</source>
          <volume>22</volume>
          (
          <issue>6</issue>
          ),
          <fpage>8</fpage>
          -
          <lpage>15</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Martin</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Burstein</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hobbs</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lassila</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McDermott</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McIlraith</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Narayanan</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paolucci</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parsia</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Payne</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sirin</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Srinivasan</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sycara</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>OWL-S: Semantic Markup for Web Services, W3C Member Submission</article-title>
          , http://www.w3.org/Submission/OWL-S/ (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. Meyer, H.,
          <string-name>
            <surname>Weske</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Light-Weight Semantic Service Annotations through Tagging</article-title>
          .
          <source>In: Service-Oriented Computing 4294</source>
          , pp.
          <fpage>465</fpage>
          -
          <lpage>470</lpage>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Miller</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verma</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rajasekaran</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aggarwal</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sivashanmugam</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <string-name>
            <surname>WSDL-S: Adding Semantics to WSDL - White Paper</surname>
          </string-name>
          .
          <source>Large Scale Distributed Information Systems</source>
          , http://lsdis.cs.uga.edu/library/download/wsdl-s.
          <source>pdf</source>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Murugesan</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <source>Understanding Web 2.0. IT Professional</source>
          <volume>9</volume>
          (
          <issue>4</issue>
          ),
          <fpage>34</fpage>
          -
          <lpage>41</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Peristeras</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tarabanis</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>The Governance Architecture Framework and Models</article-title>
          . In: Saha,
          <string-name>
            <surname>P</surname>
          </string-name>
          . (ed.)
          <article-title>Advances in Government Enterprise Architecture</article-title>
          .
          <source>IGI</source>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Peristeras</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Tarabanis</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Towards an Enterprise Architecture for Public Administration: A Top Down Approach</article-title>
          .
          <source>European Journal of Information Systems</source>
          <volume>9</volume>
          ,
          <fpage>252</fpage>
          -
          <lpage>260</lpage>
          (
          <year>2002</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Roman</surname>
          </string-name>
          , D. Keller, U.,
          <string-name>
            <surname>Lausen</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bruijn</surname>
          </string-name>
          , J.d.,
          <string-name>
            <surname>Lara</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stollberg</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Polleres</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Feier</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bussler</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fensel</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          : Web Service Modeling Ontology,
          <source>Applied Ontology</source>
          <volume>1</volume>
          (
          <issue>1</issue>
          ),
          <fpage>77</fpage>
          -
          <lpage>106</lpage>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Schmelzer</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          :
          <source>The ROI of SOA. ZapThink</source>
          , http://www.zapthink.
          <source>com/report.html?id=ZAPFLASH-20050127</source>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Schroth</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Janner</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Web 2.0 and SOA: Converging Concepts Enabling the Internet of Services</article-title>
          .
          <source>IEEE IT Professional</source>
          <volume>9</volume>
          (
          <issue>3</issue>
          ),
          <fpage>36</fpage>
          -
          <lpage>41</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gomadam</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          .
          <string-name>
            <surname>Lathem</surname>
            ,
            <given-names>J.: SA</given-names>
          </string-name>
          -REST:
          <article-title>Semantically Interoperable and Easier-toUse Services and Mashups</article-title>
          .
          <source>IEEE Internet Computing</source>
          <volume>11</volume>
          (
          <issue>6</issue>
          ),
          <fpage>91</fpage>
          -
          <lpage>94</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>