Title of Invention

"A DEVICE ,EMBODIED IN DIRECTORY SERVER, FOR STORING PERSONAL PROFILES"

Abstract A device (10) for storing personal profiles and for controlling the access, from a plurality of remote entities (16, 18, 20) within a telecommunication network supporting a plurality of services, to databases storing said personal profiles, characterised in that said device (10) comprises a first plurality of databases (44, 46, 48) and interfaces (24, 26) for managing and centrally controlling the access, from any of said remote entities (16, 18, 20), to said first plurality of databases (44, 46, 48) and to a second plurality of databases (50), said interfaces (24, 26) comprising: - a plurality of adapters (26) toward said first (44, 46, 48) and second (50) plurality of databases, each adapter being customized for a particular typology of database and adapted to allow the access to said first and second plurality of databases independently from the typology of database; - a plurality of application interfaces (28) toward said plurality of remote entities (16, 18, 20) able to manage different mechanisms for accessing databases; - an authentication unit (52), for identification of said remote entities; - an authorization unit (37) for authorizing said remote entities (16, 18, 20) to use said adapters (26), by means of the verification of requirements and the management of a corresponding authorization to use; - an accounting unit (36) for tracking the accesses to said first (44, 46, 48) and second (50) plurality of databases.
Full Text The present invention relates to a device for storing personal profiles.
The present invention refers to telecommunication systems and in particular to a device and a method for storing and controlling the access, from a plurality of remote entities within a multimedia and/or telecommunication service network, to a plurality of heterogeneous databases for storing user and service information.
In a telecommunication market which is every day more competitive, a winning element for a service provider is the ability to offer personalized services for final users. Users are expecting new services and applications and, even more important, new and user-friendly ways to access and use the telephony, internet and multimedia services.
Background art:
In the present scenario, in which a multiplicity of services are offered by a plurality of service/content providers, the information relative to user, service and terminal profiles are spread over a great number of databases, and very often the same profile is doubled in two or even more distinct locations.
As an example, a user who subscribes a telephone service and an internet service (internet access, voice over IP, content access) has usually different profiles stored in different databases. In such a case the user profile is not unique, because is split at least in a "telephone profile" and an "internet profile", and in

addition the distinct profiles reside on different database servers.
A typical situation in which a single user is associated to different profiles is shown in figure 1. Two different services, a telephone service 2 and an internet service 4 offer services to a single user, each service has a proprietary database for storing user profiles. A first database 6 is used by the telephone service 2 for storing a telephone profile, while a second database 8 is connected to the internet service 4 for storing an internet profile for the same user.
In a system configuration as the one shown in figure 1 it is not possible to assure the consistency and uniqueness of the information relative to a single user, in fact a user is unable to apply the same changes to both services, for example if he wishes to redirect calls to a particular terminal, for both traditional calls and VoIP sessions.
Therefore a change in the profile information must be replicated independently on both databases, either the change is made by a user or by a network/service administrator. Such a system is therefore not easy-to-use for single users and not easy-to-manage for network/service administrators.
Considering furthermore that the number of services offered is always increasing, especially in the field of multimedia and content delivery services, it is clear that any increase in the number of databases used for storing user, service or terminal profiles, introduces difficulties in managing correctly the corresponding information.
In US2002/0073066 is disclosed a data brokerage system for selling access to data, such as data stored in a data warehouse used for example by retailers or financial
institutions to store transaction information, inventory information etc. The problems addressed in US2002/0073066 are mainly the necessity to offer differentiated views over data, to track accesses and to manage different kinds of data.
In the system disclosed in US2002/0073066 the management of data is assigned to a data warehouse having a rigid structure, wherein, for example, the access technologies are not customized for different typologies of data and the reading interfaces allow the access to a limited and predetermined subset of data.
The Applicant has tackled the problem of managing more
efficiently the information relative to user, service and
terminal profiles in a multimedia/telecommunication
environment. In a system in which the number of services
offered is constantly increasing and their nature changes
very frequently, the new services must be highly
personalized, both by the service provider (e.g. commercial
offer, provisioning and assurance) and by the end user
(e.g. subscription, configuration, access). To this purpose
are very important the integration of internet applications
with other services, such as next generation telephony, and
innovative ways of handling user, terminal and service
profiles and data within the network.
The Applicant observes that, in a next generation telecommunication network, most of the data relative to personal profiles is replicated in a large number of different databases. Such redundancy does not allow an end user, as well as a service/content provider, to manage such personal information in an efficient, secure and reliable way.
The Applicant is of the opinion that, for a better data management, most of the personal profiles needed in a multimedia/telecommunication network must be managed by a logically centralized management system. The personal profiles can anyway belong to different administrative domains.
In view of the above, it is an object of the invention to provide a device and a method for centrally managing personal profiles, assuring at the same time a high level of security as regards the access control to the databases containing such profiles in a telecommunication network.
Summary of the invention
According to the invention that object is achieved by means of a logically centralized system for managing the access, from remote entities within a telecommunication network supporting Voice over IP, multimedia and internet services, to heterogeneous profiles stored in both local or distributed databases. The access to the databases containing user, service or terminal profiles is controlled and tracked; a plurality of personalized access technologies are present which are dependent on the typology of the data involved. Such scheme allows a better control of the data access, more efficiency in the security and accounting processes, as well as in the data access in general; Moreover, in the system realized according to the invention, the external visibility of the profiles is personalized towards the typology of the request made by the remote entities and their privileges.
Brief description of the drawings
The invention will now be described, by way of example only, with reference to the annexed figures of drawing, wherein:
Pig. 1 is a block diagram of a prior art profile access management system;
Pig. 2 is a schematic view of services interacting with a profile access mediator realized according to the present invention;
Fig. 3 is a detailed block diagram of a profile access mediator realized according to the present invention;.and
Fig. 4 is a diagram showing the interaction between different layers of a profile access mediator during a profile access operation.
Detailed description of a preferred embodiment of the invention
With reference to the block diagram of figure 2, a profile access mediator 10, realized according to the invention, provides to a plurality of service providers 16, 18, 20 a controlled and logically centralized access to personal profiles.
As shown in figure 2, a plurality of services, hereinafter referred to as "remote entities", for example a Voice over IP (VoIP) service 16, an Internet service 18 and a Multimedia service 20, interact with a single profile access mediator 10 for accessing vari'ous profiles logically centralized in a single directory server 12. All the accesses to the directory server 12 are handled by a plurality of interfaces, represented in figure by block 14, whose architecture will be disclosed in detail hereinafter with reference to figure 3.
The single profile access mediator 10 manages in a flexible way the information related to users, terminals and services, information globally referred to as "profiles", migrating them from service-specific network
distributed databases to logically centralized repositories.
The use of logically centralized repositories enables the information consistency by having a unique repository, modified and read by different entities at any time. The profile access mediator 10 is a mediation device both for the access technology to the data (LDAP, RDBMS, XMLDB, etc.) and for administrative purposes (scalability, security, accountability, etc.).
The block diagram of figure 3 is a detailed scheme of a profile access mediator 10 realized according to the invention, including a first plurality of databases 44, 46, 48 and a set of interfaces, referenced globally as 14, for managing and centrally controlling the access, from any of the remote entities 16, 18, 20 to the first plurality of databases 44, 46, 48 and to a second plurality of databases 50 external to the profile access mediator 10.
The first plurality of databases comprises User, Service and Terminal Profile Databases 44, containing personal information characterizing profiles of single users, information characterizing the configuration of services for different users, and the terminals used in the network by the users, Multimedia Accounting Databases 46 containing accounting information for multimedia services and Internet Accounting Databases 48 containing accounting information for Internet Services.
The second plurality of databases 50, situated in a logically or physically remote location relatively to profile access mediator 10, are capable of storing, for example, service profiles for services provided by third party service providers or information regarding user location for mobile services.
The set of interfaces 14 comprises two main blocks, a plurality of adapters 26 and a data provider 24.
The adapters 26 include a plurality of different adapters toward internal 44, 46, 48 and external databases 50, each adapter being able to manage a corresponding typology of database. Each adapter is customized for a particular typology of database, so that each access operation can be performed independently from the particular technology of a single database.
In figure 3 are represented three particular'adapters, a LDAP adapter 38, a RDBMS adapter 40 and a XMLDBs adapter 42, nevertheless the number and nature of the adapters can vary and depends on the different typologies of the corresponding databases that the system has to manage.
The LDAP adapter 38 is developed for reading and writing profiles via LDAP protocol on Directory Server, for managing repositories that are particularly efficient in frequent accesses to small quantities of data.
The RDBMS adapter 40 is developed for managing Session Detail Records related to multimedia sessions.
The XMLDBs adapter 42 is developed for interfacing new generation XML databases for managing Session Detail Records related to internet sessions.
The data provider 24 is the block exposing access services to data (API) by means of remote interfaces, and includes the following basic blocks:
- a plurality of application interfaces 28 (API)
toward remote entities, each application interface being
able to manage different mechanisms for accessing
databases;
- an Authentication unit 52;
- em Authorization unit 37;
- an Accounting/Security unit 36;
- a Security Policy Repository 64 hosting information
about security policies;
- an Activity Log 62 hosting information about access
tracking.
The application interfaces 28 (API) are the interfaces contacted by the remote entities 16, IB, 20 (client applications) for obtaining available services; the API can be classified in trusted application interfaces 30, in case the access is requested by authorized applications, and untrusted application interfaces 32, in case the access is requested by unknown applications.
The application interfaces 28 allows the access to databases 44, 46, 48 and 50 in read mode, write mode for entering new information, write mode for modifying existing information, write mode for deleting information and search mode.
The access to the application interfaces 28 (API) depends on a plurality of authorizations contained in an XML descriptor which allows or denies the use of the interfaces to the remote entities requesting access.
The application interfaces API 28 can be classified in:
- read/search, concerning reading operations of data;
/ "
the safety rules defined a priori influence the use of this kind of API from different users.
- write, concerning writing operations of data; the
safety rules defined a priori influence the use of this
kind of API from different users.
- creation of profiles, concerning writing operations
of data; the safety rules defined a priori influence the
use of this kind of API from different users, usually only
the System Administrators are qualified for recalling such
interfaces.
- cancellation, concerning writing operations of data;
the safety rules defined a priori influence the use of this
kind of API from different users, in particular cases only
the System Administrators are qualified for recalling such
interfaces (e.g. cancellation of profiles).
The Authentication Unit 52 is in charge of recognizing the remote entities. The authentication functionalities are provided by the run-time environment.
The authorization unit 37 is in charge of authorizing the remote entities to use the adapters 26, by means of the verification of the essential requirements and the management of a corresponding authorization to use. The basic authorization functionalities are provided by the run-time environment, while extensions are needed towards more granular authorization mechanisms.
The Accounting unit 36 is in charge of tracking the accesses to internal 44, 46, 48 and external databases 50, by. means of the registration, for each access, of information related to the identity of the remote entity that made the access, to the access times and to the data exchanged during the access; the information collected by the accounting unit 36 is useful for enforcing billing
models.

The profile access mediator 10 comprises therefore two software layers 24 and 26 that allow to de-couple the application interfaces (API) and the interaction functionalities with data repositories, and offer a very
good flexibility in interaction with, different typologies of repositories.
The main functions of the profile access mediator 10 are:
- Authentication, for identification of the remote
entity connected to the mediator. This functionality uses
the Java Authentication and Authorization Service (JAAS) .
- Authorization, for allowing or denying the use of
specific available interfaces; the authorization is
declarative and programmatic and is expressed by a file
descriptor (XML descriptor) for the access policies to
APIs.
- Profile Reading, for partial or whole reading of a
profile corresponding to one of the considered entities
(user/terminal/service); the reading is made according to a method present in the adapter, with the assistance of the Java Naming and Directory Interface (JNDI) libraries implementing the LDAP protocol for accessing Directory Servers. If the profile is to be read on a RDBMS, the method sends an SQL query to the server by means of the database implemented according to Java Data Base Connectivity (JDBC) specifics.
- Profile Creation or Deletion; the procedure is the
same previously described for the "Profile Read" function;
- Profile Modification; the procedure is the same
previously described for the "Profile Read" function;
- Search by keywords; if the search is made on a
Directory Server, the method in charge of this operation
arranges the search filter and calls the suitable JNDI
method for directory query; if the search is made on RDBMS,
the method charged with this operation receives the values
needed for arranging the filter and passes it, as a parameter, to a JDBC method for the search on a relational database.
The profiles managed by the access mediator 10 are, for example:
- User Profiles, containing personal information such as:
> personal data (name, surname, date of birth,
etc.) and personal account data (user-id, password,
personal identifier);
> personalization of the service environment,
containing the list of the user terminals, the last IP
terminal used by the user, the list of last called
numbers and the list of subscribed services with
corresponding utilization counters to trace the number
of service accesses

- Service Profiles; every user is able to modify the
personal profile relative to any subscribed service as
regards its right to use.
- Terminal Profiles, defining logically and physically
each terminal recognized by the system as belonging to the
domain; such profiles comprise two distinct branches
separately stored in the Directory Server, general
terminals and network connected terminals:

> the general terminals branch contains the
information relative to different types of hardware and
software devices, according to technical (e.g. IP Phone
having specific codecs) and product characteristics
(specific model of a manufacturer);
> the network connected terminals branch stores
the information characterizing "logically" the device, as
for example, the IP address for a IP Phone and a descriptive string.
- Session Detail Records, defining the tracing of the
multimedia sessions coming from and towards the user; they
contain information such as start/end date/time of the
session, caller and called ID, terminals ID, QoS
information.
The profile access mediator 10 operates according to a method comprising the following steps:
- receiving an access request from any of the remote
entities 16, 18, 20;
- authenticating the remote entity by means of the
identification of the remote entity requesting the access;
- providing a logically centralized access to the
databases for storing personal profiles by means of a
plurality of application interfaces 28 suitable for
managing different mechanisms for accessing databases and
by means of a plurality of adapters 26 toward the
databases, each adapter being able to manage a
corresponding typology of database;
- tracking the access by means of the registration of
information related to the identity of the remote entity
that effected the access, the access time and the data
exchanged during access.
Preferably, the step of authenticating the remote entity comprises authorizing the remote entity by means of the verification of essential requirements and the management of a corresponding authorization to use.
The profile access mediator 10 can be implemented as a computer program comprising computer program code means adapted to perform all the steps of the method above
disclosed, when said program is run on a computer. The computer program is embodied on a computer readable medium.
The block diagram of figure 4 shows an example of interaction between different layers of a profile access mediator during a profile access operation. In particular the diagram refers to a reading request, performed by a user, of the latest called numbers.
The following operations correspond to the references to shown in figure 4:
The Data Provider 24 of the Profile Access Mediator receives, from a client application, a reading request of a portion of a user profile, that is a method of a specific EJB is recalled;
The Data Provider 24 verifies if the entity requesting the access is authorized, contacting the Security Policy Repository 64;
The Data Provider 24 receives from the Security Policy Repository 64 the answer to previous request;
The Data Provider 24 performs additional authorization tasks and records into the Activity Log 62 the accounting information;
The interface side of the Adapter layer 26 receives the reading request from the Data Provider 24 and determines to which DAO class (Direct Access Object) the request is to be forwarded;
The interface side with the data source of the Adapter layer 26 receives the reading request and forward it, by means of the JNDI libraries, to the Directory Server;
The Directory Server 12 receives and processes the request;
, , The data are forwarded to the client application that made the request, going back through layers up to the client application.
The Data Provider 24 records into Activity Log 62 the normal or abnormal termination of the request
The data are forwarded to the client application that made the request, going back through layers up to the client application.



We claim:
1. A device (10), embodied in directory server (12), for storing personal profiles and for
controlling the access, from a plurality of remote entities (16, 18, 20) within a telecommunication
network, supporting Voice over IP, multimedia and Internet services, to heterogeneous profiles stored in
both local and distributed databases and supporting a plurality of services, to database storing said
personal profiles, characterized in that said device (10) comprises a first plurality of databases (44, 46,
48) and interfaces (24, 26) for managing and centrally controlling the access, from any of said remote
entities (16,18, 20), to said first plurality of databases (44, 46, 48) and to a second plurality of database
(50), said interfaces (24, 26) comprising:
a plurality of adapters (26) toward said first (44, 46, 48) and second (50) plurality of databases, each adapter being customized for a particular typology of database and adapted to allow the access to said first and second plurality of databases independently from the typology of database;
a plurality of application interface (28) toward said plurality of remote entities (16, 18, 20) able to manage different mechanisms for accessing databases;
an authentication unit (52), for identification of said remote entities;
an authorization unit (37) for authorizing said remote entities (16, 18, 20) to use said adapters (26), by means of the verification of requirements and the management of a corresponding authorization to use;
an accounting/security unit (36) for tracking the access to the said first (44, 46, 48) and second (50) plurality of databases.
2. A device as claimed in claim 1, wherein said plurality of services comprises Voice over IP or multimedia or internet services.

Documents:

1695-DELNP-2005-Abstract-(01-12-2008).pdf

1695-delnp-2005-abstract.pdf

1695-DELNP-2005-Claims-(01-12-2008).pdf

1695-DELNP-2005-Claims-(07-01-2009).pdf

1695-DELNP-2005-Claims-(28-06-2011).pdf

1695-DELNP-2005-Claims-(30-01-2012).pdf

1695-delnp-2005-claims.pdf

1695-DELNP-2005-Correspondence Others-(03-10-2011).pdf

1695-DELNP-2005-Correspondence Others-(10-05-2011).pdf

1695-DELNP-2005-Correspondence Others-(16-09-2011).pdf

1695-DELNP-2005-Correspondence Others-(22-09-2011).pdf

1695-DELNP-2005-Correspondence Others-(24-06-2011).pdf

1695-DELNP-2005-Correspondence Others-(28-06-2011).pdf

1695-DELNP-2005-Correspondence Others-(30-01-2012).pdf

1695-DELNP-2005-Correspondence-Others (19-01-2010).pdf

1695-DELNP-2005-Correspondence-Others-(01-12-2008).pdf

1695-DELNP-2005-Correspondence-Others-(03-01-2011).pdf

1695-DELNP-2005-Correspondence-Others-(07-01-2009).pdf

1695-DELNP-2005-Correspondence-Others-(08-09-2009).pdf

1695-DELNP-2005-Correspondence-Others-(21-12-2009).pdf

1695-DELNP-2005-Correspondence-Others-(26-05-2008).pdf

1695-DELNP-2005-Correspondence-Others-(27-08-2009).pdf

1695-DELNP-2005-Correspondence-Others-(30-12-2008).pdf

1695-DELNP-2005-Correspondence-Others-(30-12-2010).pdf

1695-delnp-2005-correspondence-others.pdf

1695-DELNP-2005-Description (Complete)-(01-12-2008).pdf

1695-delnp-2005-description (complete).pdf

1695-DELNP-2005-Drawings-(01-12-2008).pdf

1695-delnp-2005-drawings.pdf

1695-DELNP-2005-Form-1-(01-12-2008).pdf

1695-DELNP-2005-Form-1-(03-01-2011).pdf

1695-DELNP-2005-Form-1-(16-09-2011).pdf

1695-DELNP-2005-Form-1-(30-01-2012).pdf

1695-DELNP-2005-Form-1-(30-12-2010).pdf

1695-delnp-2005-form-1.pdf

1695-delnp-2005-form-18.pdf

1695-DELNP-2005-Form-2-(01-12-2008).pdf

1695-DELNP-2005-Form-2-(30-01-2012).pdf

1695-delnp-2005-form-2.pdf

1695-DELNP-2005-Form-26-(08-09-2009).pdf

1695-DELNP-2005-Form-3 (19-01-2010).pdf

1695-DELNP-2005-Form-3-(01-12-2008).pdf

1695-DELNP-2005-Form-3-(26-05-2008).pdf

1695-delnp-2005-form-3.pdf

1695-DELNP-2005-GPA-(01-12-2008).pdf

1695-DELNP-2005-GPA-(03-10-2011).pdf

1695-DELNP-2005-GPA-(10-05-2011).pdf

1695-DELNP-2005-GPA-(24-06-2011).pdf

1695-delnp-2005-gpa.pdf

1695-delnp-2005-pct-101.pdf

1695-delnp-2005-pct-105.pdf

1695-delnp-2005-pct-210.pdf

1695-delnp-2005-pct-306.pdf

1695-delnp-2005-pct-308.pdf

1695-DELNP-2005-Petition-137-(01-12-2008).pdf

1695-DELNP-2005-Petition-137-(26-05-2008).pdf

1695-DELNP-2005-Petition-138-(01-12-2008).pdf

1695-DELNP-2005-Petition-138-(26-05-2008).pdf

abstract.jpg

Thumbs.db


Patent Number 257585
Indian Patent Application Number 1695/DELNP/2005
PG Journal Number 42/2013
Publication Date 18-Oct-2013
Grant Date 17-Oct-2013
Date of Filing 26-Apr-2005
Name of Patentee TELECOM ITALIA S.P.A
Applicant Address PIAZZA DEGLI AFFARI, 2, I-20123 MILANO, ITALY
Inventors:
# Inventor's Name Inventor's Address
1 MARCO DE LUCA VIA G.REISS ROMOLI, 274, I-10148 TORINO, ITALY
2 ROBERTO PAGNIN VIA GOTARDO, 223, I-10154 TORINO, ITALY
3 PAOLO SENESI TELECOM ITALIA S.P.A., VIA REISS ROMOLI, 274, I-10148 TORINO, ITALY
PCT International Classification Number H04L 29/06
PCT International Application Number PCT/EP2002/012816
PCT International Filing date 2002-11-15
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 PCT/EP2002/012816 2002-11-15 Italy