A Service Discovery Approach Based on a Quantitative Similarity Measure for M-Tourism Platforms

This paper presents a localization architecture for an m-tourism services delivery platform. The aim of the system is to deliver services for nomads (e-tourists) according to their localization and according to the results given by the search engine. This engine is based on a quantitative similarity measure. The discovered services are presented via a Web Map Service. Moreover, the platform integrates an adaptation sub-system for heterogeneous environments and an e-negotiation module.


Introduction
Recently, a new evolution is taking place among the numerical applications in the tourist domain.The m-tourism or mobile tourism relates to the applications of information technologies usable either only on computers, but on a variety of mobile terminals, thus complementing the process of e-tourism (transactions and information access before and after the voyage): information access during the voyage.
Thanks to the development of smartphones, satisfying the fans of the all-in-one (phone calls, Internet, etc.) as well as unlimited Internet offers, m-tourism is in constant evolution.
With the development of these high technologies, it became possible to develop new services, well beyond simple projection of Web contents on smartphones screens.
In this paper, we present a new Services Delivery Platform (SDP), based on tourists' localization.The platform offers to services providers (travel agencies) tools to host and to describe their services in order to simplify the search process.On the client side, the system offers a search engine based on a new quantitative similarity measure to define the correspondence rate between the client request and services descriptions.
This article is organized as follows: Section 2 presents briefly the telephony evolution and we make an overview of the different techniques of localization used in location based services (LBS) and Mobile Location Services (MLS).Section 3 presents our service delivery platform: first we present the system architecture and it basic components, and then we present the platform functionalities, in particular the search engine.The performance evaluation of the proposed similarity measure, used in the search engine, is presented in Section 4 and finally Section 5 concludes this paper.

Telephony Advancement: From SMS to LBS and MLS
Since its advent in 1973 by a Motorola company team, mobile phones have shown a continuous evolution.This innovation, enabling persons to be joined anywhere and at any time, became essential and very useful.Over the past few years, the use of mobile phones was limited to vocal calls, but actually its use is extended to several services like MMS (Multimedia Messaging Service), VoD (Video on Demand) … etc.The boom in mobiles market and the emergence of new services bring current GSM networks to their limit.The defined rate (9.6 kb/s) for these networks is insufficient to support new services, in particular multimedia services.
As 2G and 2.5G supports, respectively functionalities of voice and data, the 3G and 3G+ technologies adds multimedia functionalities.
Unlike 2G-3G evolution (hardware and software changes), the 3G-3G+ evolution needs only software changes.Based on the same CDMA (Code division multiple access) and the same waveband, the deployment of 3G+ does not need physical changes.The entire 3G infrastructure is preserved; the operator has just to update codecs, access network modulations ….
The development of the 3G+ generation satisfied the strong needs of multimedia services, by offering a very high rate.Moreover, this generation makes it possible to extend Internet network, by supporting mobile phones besides to personal computers: the mobile internet was born.
The development of mobile applications is in continuous progress and the new generations of mobiles support multiple services which were not supported by the first generations, and among these services we cite Location Based Services (LBS) and Mobile Location Services (MLS).
LBS refer to any application that uses location of a device or a person as a primary source to deliver context sensitive service.Therefore it covers a wide range of applications and devices.The popularity of LBS makes it one of most essential and useful asset in almost all industries.However, its market is divided into various categories including navigation, emergency assistance, tracking, advertising, billing, management, games and leisure.However, its application is growing with innovative ideas day by day with the expansion of mobile phone market.
On the other hand, MLS refer to services that are based on the location of a mobile phone.
MLS are value-added services that utilize the user's position information.
From the user's perspective these services provide:  Localized and up-to-date information: Up-to-date information that is relevant in a particular location is given at the right moment;  Personalized information;  Increased efficiency and pertinence: The information can be more focused and of higher quality , when it is also tailored according to the user's location;  Increased safety: The positioning functionality increase user safety by being able to locate someone in distress.
The location information has no value in itself; it is only a parameter for provisioning valuable applications relevant to a user at a specific location and at a specific point in time [1].
There is three generation of localisation services [1]: In the first generation, users were obliged to specify their position before receiving the service.In the second generation, the localization is done automatically when the user asks for a service.The third generation is characterized by a bigger precision of localization.It can also, in some cases, send alerts to users.

MLS Components
A common MLS architecture is composed of three elements: A Mobile Operator (MO), a Service Provider and a Mobile User (MU).Usually, the MO works as an intermediary between the provider and the MU.This includes the identification of customers for payment purposes, the transmission of user's location to the Provider and the delivery of services via mobile communication networks.

Localization Technologies
Localization technologies provide means to locate a subscriber and/or a valid mobile equipment in order to optimize, to adapt and to deliver services.
Positioning technologies can basically be divided into handset-based and handset-assisted, and similarly network-based and network-assisted, each of which offer different levels of accuracy.Hybrid positioning solutions combine two or more positioning technologies thus achieving an improved accuracy in positioning.
A successful positioning technology must meet the accuracy requirements set by the specific service, at the lowest possible cost and with good sensitivity and minimal impact on the network and subscriber equipment.
We can classify these techniques into three classes:  The first class (based on the mobile terminal) is composed of: Observed Time Difference of Arrival (OT-DOA) [2], Enhanced Observed Time Difference (E-OTD) [3], Global Positioning System (GPS) [4] and Assisted Global Positioning System (AGPS) [5]. The second class we have user-self-locating and for example, complementary local area technologies, such as Bluetooth [6] may be used to improve coverage. In the third class (based on the mobile network), several techniques have been developed like Cell Identification (Cell-ID) and variations [7].In this class, mobile network localize the user and determine his position.This solution is simple and little expensive to achieve, however, the localization is not very precise, it localizes a mobile at 250 meters in an urban area and about 10 kilometres in rural area [1].
Each localization technology has its advantages and its inconveniences; the choice of a localization technology is relative to the application domain.According to an achieved comparative study in [1], we note that the main comparison criterion is the accuracy.For non-critical services, Cell-ID is sufficient, especially in an urban area.For critical services (security domain), the accuracy is very important; the usage of the GPS or A-GPS is required.
In general, there is a trade-off between the accuracy of the location method and the modification needed for the mobile terminals.As a rule of thumb, the better the measurement accuracy the more modifications are needed for the mobile terminals and, therefore the higher the added costs are for terminals.
Currently most commercial applications use information-based services over Cell-ID due to its broad coverage and cost applications [1].
Figure 1 presents accuracy of most important positioning methods.
The idea presented in this article consists on proposing a service delivery platform based on clients' localization (first level of search).Next, we propose to the subscribers, a search engine based on a quantitative similarity measure, to improve the result of the first search level by weighting up the correspondence rate between the client request and services descriptions.

A Service Delivery Platform for Tourism Mobile Location Based Services
With the development of new communication systems we assist to the birth of a new generation of users called "nomads".Indeed, with the appearance of wireless networks and mobile devices (PDA, smartphones…), it became possible to connect from any place to search for services; however these nomads prefer to have services near of their position.The constraint of localization is important in many domains like tourism.Electronic tourism or e-tourism, representing all the activities of tourism using Internet, proposes means to organize travels via Internet.E-tourism makes it possible to reserve hotel rooms, to define a travel route or to exchange information with other e-tourists via forums.
Several actors intervene in the market of e-tourism, we enumerate:  Virtual travel agency: Thanks to the novel modes of communication, and in particular Internet, travel agencies present their services on the Web. Tour operator: These organizations aim to gather different services offers, and to sell them as packages. The e-tourist.
The m-tourism use mobile communications (PDAs, mobile phones, tablets…) for tourism services.The mtourism is more personal as you hold your mobile de- vice all the time with you and can easily send or receive information at any time.
The proposed solution, presented in this paper, is a services delivery platform (SDP) for m-tourism, based on the functional diagram (Figure 2) of Web services (SOA architecture).
The aims of the platform are to:  Propose publishing functionalities to travel agencies to hosts services and services descriptions in UDDI (Universal Description, Discovery and Integration), to make easy the discovery process;  Carry out the communication between the m-tourist and the system;  Allow users to search for services according to their localization, theirs requirements and theirs needs;  Manage users' heterogeneity;  Manage contents heterogeneity;  And finally, manage users' profiles.
Figure 3 summarizes the delivery process.In our preceding work, we have presented solutions for different stages of services delivery (adaptation, E-negotiation…).In this paper we will focus our work on services' discovery process by proposing a service search engine based on a new quantitative similarity measure.

The System Architecture
Our localization solution is based on the Cell-ID [7] technique.Figure 4 describes the system architecture composed of three basic components:

The M-Tourist
The client application manages the user interface to access the system functionalities like the newsletter, the forum and the search engine.The client request is sent to the Services Localization Centre (SLC) to search for services according to tourist position and needs.The discovered services (description) are presented via a Web Map Service (WMS).Furthermore, we associate to each service description a multimedia presentation making the service description richer in information.However, with the heterogeneity of users' terminals we attend the appearance of heterogeneous environments, thus the system have to adapt the multimedia service description according to the features of each user; these features are called the profile.
This need of adaptation is due to the fact that each user wants to access services corresponding to his preferences and compatible with his device characteristics [8].
Dey defines in [6] a profile as "any information that can be used to characterize the situation of an entity.An entity is a person, place, or object that is considered relevant to the interaction between the user and the application, including the user and the applications themselves".
So, we can say that a profile is a set of information that allows the system to filter contents and to adapt them according to this information [8].The profile is composed of the material capacities (screen size, memory size…), the installed software (OS, codecs…), and on the user's personal preferences (the language…) [9].A universal profile format, proposed by the W3C [10], is used to describe the users' preferences and their terminals capacities: this standard is the Composite Capability/ Preference Profiles (CC/PP) [8].

The Central Server
The CS carries out:  The management of clients' accounts: it includes the creation/deletion of accounts, generation of CC/PP users' profiles and profiles updates;  The management of services and services' versions;  Services adaptation;  The management of the services registry (global UDDI), which includes services publication (adding/deleting of services) and services descriptions updates;  Dispatching services to the various SLC according to the location of each service and the region covered by each SLC.Moreover, the CS dispatches also services information from the global UDDI to the associated local UDDI.

The Services Localization Centre
The SLC have the role of a BTS in a GSM network.Each SLC manage a local UDDI register containing descriptions of available services in the covered zone.Moreover, each SLC host SMIL (Synchronized Multimedia Integration Language) multimedia services' descriptions [11], of the available services located in the covered zone.The localization of each user will depend on the SLC on which he is connected (the SLC covering the region).
After presenting the system architecture, next we present the system functionalities provided by our SDP and we will detail the services' discovery process based on the use of a new quantitative similarity measure.

Communication Protocols
We use SIP (Session Initiation Protocol) [12] and SDP (Session Description Protocol) [13] protocols for the communication between the client, the SLC and the CS.
When the client sends a SIP message "INVITE" containing identification information, as well as an SDP description containing his profile, he will be localized by the nearest SLC, which send this information to the CS for authentication.
On the CS side, the localization of the client is materialized by the SLC ID.If authentication information is erroneous, the SC sends to the client a SIP answer "401 ERROR" via the SLC, the client will be invited to logon another time.If the information is valid, the CS returns a SIP message "200 OK" to the client.
When the client receives the "200 OK" message, he sends to the CS, via the SLC, an "ACK" message to confirm the establishment of the session.
To manage the communication between clients and the SLC, we propose a SIP extension.This extension is materialized by adding new methods like "REQ" and "REQdev" as well as response codes like "201" and "202" [14].

Services Hosting
The publication process assumes the following tasks:  Management of services' providers: Each travel agency, wishing to host a service, in order to publish it, must have a single identifier PID (Provider ID) to login.The publication sub-system manage:  The registration of new services' providers (travel agencies) within the UDDI server (global UDDI) by introducing information like Agency-Description, Agency-URL... Following each validated registration, a repertory will be associated to the provider to host his services (description and multimedia presentation). Deletion of providers and that automatically imply the deletion of all his services and their descriptions. Management of services: A travel agency announces new service by publishing it description (Figure 5 step 1).Therefore, the travel agency is invited to fill a form to describe the published service.This description will be used during the discovery stage.The management of services must assume the following tasks:  Registration and description of services within the UDDI directory: in this stage, services' descriptions are high level (no technical information is described).Among stored information, we have: Service-Name, Service-Description, Service URL, reference towards its WSDL (Web Services Description Language) description and a reference towards the CC/PP repertory (Figure 5 step 3), containing all contextual descriptions of the various versions of the service.At the end of this step, the CS sends the service's description to the corresponding SLC according to the service localisation (Figure 5

QSim: A New Quantitative Similarity
Measure for Services' Discovery

Services' Discovery
Services discovery is based generally on a syntactic search on the UDDI register.The services' descriptions are used during the discovery process to select services corresponding as well as possible to the user request.The discovery process is based on the use of a similarity measure, which estimates the correspondence degree between the client needs and services.Various discovery mechanisms were proposed in the literature.In [16], authors define the discovery process as being "the act of localizing a description, manageable by a machine, of an unknown Web service before describing certain functional criteria".
Currently, services' descriptions are published in registers (UDDI) to facilitate the discovery of published services.However, considering the number and the diversity of services, their discovery is a difficult task.
We distinguish three discovery approaches: syntactic, semantic and context based approaches.For each class we have two different architectures: centralized (services' descriptions are localised in the same register) and distributed architectures (services' descriptions are localised in different registers).
The principle of the syntactic-based approach is simple: The user sends a request composed of key words; these words will be compared with services' descriptions.In spite of its simplicity and its facility of implementation, this approach presents some limitations [17].Indeed, syntactic search does not make it possible, always, to have good results.Moreover, a software agent cannot examine textual descriptions intended for human use.
Others solutions were proposed for distributed architecture, as [18].The main idea is to connect an arbitrary number of nodes (cloud or UDDI federation) to form in a virtual UDDI register, and each node contains a part of services' descriptions.When a user sends a request to one of the nodes, the node transmits the request to its neighbours, and so on for the nodes receiving this request.The results of each node having received the request are then sent to the source node.
Another distributed system called AASDU system (Agent Approach for Service Discovery and Utilization) was proposed in [19].AASDU is composed of: 1) A Graphical User Interface (GUI); 2) A Query Analyzer Agent (QAA); 3) A reference system of agents' expertise fields, which reference agent according to their expertise; 4) The services module which allows services providers to publish descriptions, to start a negotiation agent allowing the selection of services and finally to invoke one of the selected services.
In the second discovery class (semantic approaches) authors focused on the semantic description of services.This development is increasingly significant since it seems to be able to approach certain insufficiencies of syntactic approaches.
For centralized architectures, we have:  The OWL-S (Web Ontology Language) approach [20]: Among the ontologies proposed for the description of services we have the DAML-S ontology (DARPA Agent Markup Language for Services).This ontology is based on the DAML language ontology.DAML-S describes a service using three profiles: 1) ServiceProfile: defines the service; 2) ServiceModel: defines the operation of the service; 3) ServiceGrounding: defines how to reach the service.

 The IRS-II platform [21]:
The main components of this architecture are: 1) The IRS-II Server contains services' semantic descriptions.
2) The IRS-II Publisher has two functions.Firstly, it allows linking services to their respective semantic descriptions.Secondly, it automatically generates a program which wraps the Java code of the service, in order to invoke it.
3) The IRS-II Client invokes a service by sending a request.
For distributed architectures we have:  The PSWSD Architecture (P2P-based Semantic Web Discovery Service) [22] is a service discovery architecture in a P2P network.In this architecture, providers publish services' descriptions in various registers, distributed in a P2P network.A subscriber looking for a service can question any register of the network.When the register receives the request, it will direct it towards the register(s) which can satisfy this request.This information is sent to the matchmaker module which selects services descriptions having a semantic correspondence with the user request. The Speed-R system [23] aims to connect all private UDDI registers (each service provider has its own UDDI register) via the P2P network.In order to have semantics in services descriptions, authors associate to each register specific ontologies.Semantics are brought to services descriptions by making a mapping between services specifications and concepts of ontologies.Finally, in the third class (context-based), a service context can group it localization (geographical restricttion), the cost, the service category, etc.The user context is composed of his localization, his preferences, etc.Several solutions were proposed:  In the UDDI+ approach, the principal idea is to make extensions on UDDI register in order to take into ac-count context information during the service discovery.The new UDDI server is called UDDI+ [24]. The SOAP approach proposed in [25] integrates the context in the SOAP (Simple Object Access Protocol) communication protocol.The goal of this approach is to seek and select services according to a preset context integrated in SOAP. In CASD approach (Context Aware Discovery Service) [26], the semantic discovery module determines the services that have a semantic relationship with the user request using specific ontologies.Table 1 represents a synthesis of the principal approaches previously presented.
It is noticed that semantic approaches, are based on the same technique which consists on calculating the semantic correspondence level between the functional parameters of the services and those requested by the client.
However, one of the big problems of search systems is the definition of a correspondence function between the representation of the proposed service and the user request.This function must model the relevance of the search result to the user [27].
The search relevance is a complex concept.Closely related to user judgment, the relevance is paradoxically evaluated by technologies because the capacity to perceive similarities and analogies is one of the most fundamental aspects of human knowledge.Consequently, to be able to offer, to users, services corresponding to their requirements, a search solution must be based on a relevance model.This model will permit to calculate, for each request, the relevance of its information.Those that have the best relevance score will then be presented to the users in a descending order.
In the majority of the cases, the correspondence between what is offered and what is required is evaluated using a similarity measure to obtain useful information about their compatibilities.

The QSim Similarity Measure
The similarity is defined as "the degree of resemblance between two objects".Indeed, any system having for goal to analyze or organize automatically a whole of data or knowledge must use, in a form or another, a similarity operator to establish the resemblances or the relations existing between the used data.
In general, a similarity measure is defined in a universe U which can be modelled using a quadruplet: (Ld, Ls, T, FS) [28]:  Ld the representation language used to describe the data;  Ls the representation language of the similarities;  T a whole of knowledge about the studied universe;  SF the similarity binary function: FS: Ld × Ld  Ls.
A similarity measure is a function which satisfies the following properties: In the same way, a dissimilarity measure is defined as a function which checks the following properties: It is also possible to transform a similarity measure SF to a dissimilarity measure DF by using the following relation: Several similarity measures were proposed in various applications fields like similarity for textual data [29,30], similarity for intrusion detection [31] and similarity for Web services discovery [14].
A basic similarity measure is useful to define the resemblance rate between objects (profiles) composed of a set of attributes.To evaluate the similarity between two profiles (for example service and user), we have to define a descriptive common form for all profiles.Each profile is described by m characteristics (X 1 , X 2 •••X m ) and represented by a binary vector including the existence of each descriptor such as: Copyright © 2012 SciRes.

CN
In [14], we have used the Jaccard Similarity Measure (JSM) to discover services in an e-commerce platform.The JSM state as follows: We note by:  a: characteristics proposed by the service and required by the client;  b: characteristics proposed by the service but not requested by the client;  c: characteristics requested by the client but not proposed by the service.
The JSM match client profile with the set of services profiles by comparing the values of their parameters.The comparison result is a numerical value indicating the degree of similarity between the client needs and the services parameters.
The Quantitative Similarity Measure (QSim) is proposed in order to fill in the weaknesses of the JSM, detected in our previous work [14].Among these weaknesses, we have noticed that JSM checks just the existence of a characteristic (we have a binary result: 1 if the parameter exists, 0 else).
Let us take the following example: let P be a group of objects profiles (individuals, documents, Web sites, Web services…).An object X is described by N characteristics: . Each characteristic is either present or absent in each object.Each characteristic is represented by a binary value (0/1).
We consider two objects X and Y with the following properties: JSM allows to measure the similarity of these two objects and to turn over the value 1 because the same characteristics are present.
Let us consider now a quantitative parameter (we suppose that the first parameter is the room price).Let X be a user requesting a room price not exceeding 70 € and Y a hotel proposing rooms at 100 €.
Even if with the JSM, used in [14], the degree of similarity between the two objects is of 100%, it is obvious that the two objects are not completely identical.
The profile should correctly represent the reality: each characteristic must be quantified.
In addition, the similarity depends, also, on the similarity of each characteristic (atomic similarity).
Our similarity measure is formalized as follows:  Let P be a set of profiles (users, documents, services …).An object is described by m contextual characteristics . In our con-text, let N be a set of services.Each service is composed of a set of concepts, and each concept is described by n characteristics.
  be a profile belonging to , n w  is a set of weights associated to each characteristic where: , , w w  We define a threshold in order to present only services that have a rate of similarity with the user profile higher than the threshold defined. QSim: P × P [0,1] is defined as follows: where:  X and Y are two profiles belonging to P;  a is the set of common characteristics of X and Y;  b is the set of characteristics existing in X and not existing in Y;  c is the set of characteristics existing in Y and not existing in X;  ASim is the atomic similarity between each characteristic of X and Y.  ASim is defined as follows: ASim checks properties of similarity measures [32].
The distance (dissimilarity) corresponding to QSim is defined as follows:

Google Maps for Discovered Services Localization
MLS systems make it possible to produce rich information based on users' localization.Thus, MLS operators use online cartography solutions to provide mobile users with information about services or data localization.
Many Web Map Services (WMS) are proposed like Google Maps, Bing Maps, Mappy, Géoportail, Open-StreetMap, Yahoo Maps… etc. Basic functionalities are proposed by these services but certain additive functionalities will make the difference between these various solutions.After studying the advantages and disadvantages of these WMS, we chose Google Maps because it seems more interesting in term of functionalities and API suggested.
We represent discovered services (Figure 6) by a descriptive text summarizing the service and we associate a link allowing the user to start a service SMIL multimedia presentation, to have a detailed service's description.

Services Adaptation
The multimedia services descriptions are a composition of different multimedia elements like video, image, text, audio….These media are synchronized, via the SMIL standard, to have a composed and a coherente multimedia document, making the information richer than a simple multimedia object.
However, the SMIL document can be too complex so that a terminal having limited capacities cannot treat it and present it correctly.Facing this reality, it is necessary to find mechanisms giving access to information in a form corresponding to the client constraints.
Thus, we have integrated into the m-tourism platform an adaptation solution for heterogeneous environments called AdaMS for Adaptation Multimedia System [33].
The adaptation system allows clients to reach various multimedia descriptions according to their profiles.Various adaptation techniques were used to adapt services presentations to users' environments, these techniques are presented in [33].
The adaptation system allows:  The management of contents heterogeneity: The platform adapts services descriptions so they can be used by terminals with limited capacities (according to clients profiles). The creation of services' versions: For each requested description, the adaptation system create a new version according to the user profile. The management of users' profiles: The adaptation system manages information about the preferences and the environment of the users.An approach was proposed in [34] to generate automaticly and to manage clients profiles.

SeNeCom: An E-Negotiation Module for the M-Tourism Platform
The negotiation of services in the web is a very important axis that has valuable effects in different domains.This process can be seen through several applications but the common point is the client's satisfaction.Thus, we enriched our SDP with an e-negotiation stage.When a client (an m-tourist) is interested by a service he can start a negotiation process to reach a compromise or agreement to the satisfaction of both parties.
In other words, the negotiation process allows the system to find an agreement between the client and the services' provider.
The e-negotiation process, implemented in SeNeCom (Services Negotiation Component) is based on an automaton to direct the negotiation between the two entities and the system [14].
This automatic negotiation should have the same logical rules as a human negotiation.Thus, when the negotiation is started, it is necessary to keep in mind the objectives of the provider.Every time SeNeCom make new propositions (concession), it is necessary to be sure that these propositions are in the objectives of the provider.
The negotiation automaton is composed of a set of states that determines the activities of the client and the server and an alphabet that represents the exchanged information.

QSim Evaluation
In order to prove the relevance of QSim, we compared the results given by our measure with the results given by JSM.

Test Environment
Let S be a set of ten services (SV1 to SV10) and U a set of five users (U1 to U5) with different requests.
The objective of the tests is to confront the two similarity measures (JSM and QSim) and to compare the obtained results with the distance of Manhattan.
This distance indicates the dissimilarity between the users' needs and the proposed services.The dissimilarity is calculated with the following formula:

Test results
Figure 7, Figure 8, Figure 9, Figure 10 and Figure 11 represent the similarity degrees obtained between each user request and the various services, using QSim and JSM during the discovery process.
Figure 12 indicates the number of returned services for each request.In the bar chart we posted only services which have a similarity degree higher than 50%, i.e. that half of the user needs are satisfied by the service.
The first remark relates to the results obtained by JSM.We note, according to the histograms, that the similarity degree is always high even if there is not a big correspondence between the user request and the service.That is due principally to the fact that JSM tests only the existence of the requested attribute in the service, without taking into account its value.In this case, we have some examples: User 1 with Service 5 (an 87.5%  similarity degree with only one common attribute), User 1 with Service 3 (an 87.5% similarity degree with two common attributes), User 2 with Service 1 (an 87.5% similarity degree with two common attributes), User 3 with Service 3 (an 75% similarity degree with one common attribute)... Contrary to JSM curves, we note that the values represented by QSim curves are more realistic if we compare the set of services and the users' requests.
We also note that the values given by the QSim are in inverse proportion to the values given by the distance measure and reflect the real degree of correspondence.Indeed, we notice that the more important the values given by our measurement are (high degree of similarity) and the more we have small values concerning the distance (low dissimilarity) thanks to the quantification of the services attributes by QSim.
As a result, we note that the number of discovered services (Figure 12) with the QSim is noticeably lower than the number of discovered services with JSM (with a threshold of similarity of 50%).Thus, we can say that our quantitative measure makes it possible to refine services search and to propose to users only services which really correspond to their needs.

Conclusion and Perspectives
In this paper, we have presented a new delivery platform, based on users' localization, for m-tourism services.The m-tourism system is based on the SOA architecture.
Travel agencies, assuming the role of services provider, have to describe their services to facilitate the search process.Moreover, providers can describe their services with SMIL multimedia presentations, making the service description richer than a textual description.
On the client side, we propose a search engine based on a mathematical metric, to determine the correspondence degree between the client request and the service description.This correspondence is quantified using a quantitative similarity measure, which is more adapted to services discovery than the JSM used previously.
Moreover, in view of the importance of localization in services detection, we included the tourists' localization as a new component of their profiles.
The perspectives of this work are manifold:  It will be interesting to exploit a multi-agents system for a distributed UDDI architecture.The aim is to use number of agents, in various SLC, to refine the search result. We are also planning to integrate SMIL editor [35] to assist travel agencies to develop their SMIL services descriptions step by step, while insuring at every stage the validity of the current state of the multimedia document.The aim is to propose an easy-to-use temporal environment which can satisfy a wide range of users.
These are the research directions that will guide our future work.

Figure 4 .
Figure 4. System architecture based on the Cell-ID.
step 4).The SLC register the new service within his local UDDI. Deletion of the service that implies the deletion of all its versions. Management of services' versions: the management of versions must deal with the following operations:  Registration of versions: While creating a new service version, the publication system registers it in the service repertory referenced by the Tmodel [15].The description publication process of the version is the same one as the service publication process, except that this publication is done only within the local UDDI. Updating data: The provider can update a version. Removing services' versions. Deletion functionalities: Various removing functionalities, such as deletion of publishers' accounts as well as deletion of information relating to services and services' versions.

Figure 6 .
Figure 6.Presenting discovered services via a WMS.

Figure 12 .
Figure 12.Number of discovered services satisfying at least 50% of the users' needs.