IP Library Granted Patent US 9,043,756
Granted Patent B2
US 9,043,756 · App. 14/149,032 · Granted May 26, 2015

Compound versioning and identification scheme for composite application development

Inventors: Sudeep Mallick (Bangalore, IN); Deepti Parachuri (Hyderabad, IN)
Assignee: INFOSYS LIMITED
G06F8/71
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 9,043,756
App. No.
14/149,032
Granted
May 26, 2015
Kind
B2
Abstract

The present invention provides a method, a system and a computer program product for defining a version identifier of a service component. The method includes determining various specification levels corresponding to the service component. Thereafter, the determined specification levels are integrated according to a predefined hierarchy to obtain the version identifier of the service component. The present invention also enables the identification of the service components. The service components are identified from one or more service components on the basis of one or more user requirements.

Claims (41)

1. A method for defining a version identifier of a service component, the method comprising:

a. determining a plurality of specification levels corresponding to the service component, the plurality of specification levels comprising:

i. a business functionality level corresponding to a business functionality associated with the service component;

ii. a service interface level corresponding to a service interface of the service component;

iii. a service interface compatibility level corresponding to compatibility of the service component with one or more predefined service interfaces;

iv. a configuration level corresponding to one or more components used for external configuration of the service component;

v. a business context level corresponding to a business context associated with the service component;

vi. a quality of service level corresponding to a quality of service provided by the service component; and

vii. a software component level corresponding to a software implementation component of the service component; and

b. integrating each of the plurality of specification levels according to a predefined hierarchy, the version identifier comprising the integrated specification levels;

c. registering the service component in a service registry based on the version identifier, the service registry comprising a plurality of version identifiers corresponding to a plurality of service components; and

d. storing the service component in a repository based on the registration, the repository comprising the plurality of service components.

2. The method of claim 1 further comprising identifying a set of service components from the plurality of service components, the set of service components being identified based on one or more user requirements and the plurality of version identifiers.

3. The method of claim 1 , wherein the version identifier is defined by a user.

4. A non-transitory system for defining a version identifier of one or more service components, the system comprising:

a. a determining module, the determining module configured for determining a plurality of specification levels corresponding to a service component, the service component being one of the one or more service components, the plurality of specification levels comprising:

i. a business functionality level corresponding to a business functionality associated with the service component;

ii. a service interface level corresponding to a service interface of the service component;

iii. a service interface compatibility level corresponding to compatibility of the service component with one or more predefined service interfaces;

iv. a configuration level corresponding to one or more components used for external configuration of the service component;

v. a business context level corresponding to a business context associated with the service component;

vi. a quality of service level corresponding to a quality of service provided by the service component; and

vii. a software component level corresponding to a software implementation component of the service component; and

b. an integrating module, the integrating module configured for integrating each of the plurality of specification levels according to a predefined hierarchy, the version identifier comprising the integrated specification levels;

c. a registering module, the registering module configured for registering the service component in a service registry based on the version identifier, the service registry comprising a plurality of version identifiers corresponding to a plurality of service components; and

d. a storing module, the storing module configured for storing the service component in a repository based on the registration, the repository comprising the plurality of service components.

5. The non-transitory system of claim 4 further comprising an identification module, the identification module configured for identifying a set of service components from the plurality of service components, the set of service components being identified based on one or more user requirements and the plurality of version identifiers.

6. The non-transitory system of claim 4 , wherein the version identifier is defined by a user.

7. A non-transitory computer program product for use with a stored program computer, the computer program product comprising a computer usable medium having a computer readable program code embodied therein for defining a version identifier of a service component, the computer readable program code performing:

a. determining a plurality of specification levels corresponding to the service component, the plurality of specification levels comprising:

i. a business functionality level corresponding to a business functionality associated with the service component;

ii. a service interface level corresponding to a service interface of the service component;

iii. a service interface compatibility level corresponding to compatibility of the service component with one or more predefined service interfaces;

iv. a configuration level corresponding to one or more components used for external configuration of the service component;

v. a business context level corresponding to a business context associated with the service component;

vi. a quality of service level corresponding to a quality of service provided by the service component; and

vii. a software component level corresponding to a software implementation component of the service component; and

b. integrating each of the plurality of specification levels according to a predefined hierarchy, the version identifier comprising the integrated specification levels;

c. registering the service component in a service registry based on the version identifier, the service registry comprising a plurality of version identifiers corresponding to a plurality of service components; and

d. storing the service component in a repository based on the registration, the repository comprising the plurality of service components.

8. The non-transitory computer program product of claim 7 , wherein the computer readable program code further performs identifying a set of service components from the plurality of service components, the set of service components being identified based on one or more user requirements and the plurality of version identifiers.

Assignments (2)
CHANGE OF NAME Recorded Apr 2, 2014
From: INFOSYS TECHNOLOGIES LIMITED
To: INFOSYS LIMITED
Reel/Frame 032584/0641 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 10, 2014
From: MALLICK, SUDEEP; PARACHURI, DEEPTI
To: INFOSYS TECHNOLOGIES LIMITED
Reel/Frame 032423/0067 →
Priority Claims (1)
IN 3108/CHE/2008 · Dec 11, 2008 · national
Continuity (2)
Division 12634751 · Dec 10, 2009
Related Publication 20140123106A1 · May 1, 2014