Device based automated tool integration for lifecycle management platform

Patent metadata

Field	Value
Publication number	US-10705895-B2
Application number	US-201916456501-A
Country	US
Kind code	B2
Filing date	Jun 28, 2019
Priority date	Apr 12, 2016
Publication date	Jul 7, 2020
Grant date	Jul 7, 2020

Abstract

A device may identify a tool operating on a first device for integration into a lifecycle management platform operating on a second device. The tool may be associated with providing a functionality not included in the lifecycle management platform. The first device may be external to the second device. The device may determine a set of tool attributes for data events associated with the tool. The data events may include a data input, a data output, a new message, an updated message, a deleted message, or the like. The device may select a message format based on the set of tool attributes. The device may configure adaptation for a tool application programming interface (API) of the tool and a platform API of the lifecycle management platform based on the message format. The device may provide information associated with configuring adaptation for the tool API and the platform API.

First claim

What is claimed is:

1. A method comprising:
receiving, by a first device, a message from a second device;
identifying, by the first device, a first adapter for the message;
using, by the first device, the first adapter to convert the message to a first particular format;
outputting, by the first device, an adapted message to a third device,
the adapted message being the message converted to the first particular format;

receiving, by the first device, from the third device, and based on outputting the adapted message, a response message;
identifying, by the first device, a second adapter for the response message;
using, by the first device, the second adapter to convert the response message to a second particular format; and
outputting, by the first device via an application programming interface (API) of the second device, an adapted response message to the second device,
the adapted response message being the response message converted to the second particular format.

2. The method of claim 1 , further comprising:
exposing an interface of the first device; and
wherein receiving the message from the second device comprises:
receiving, based on exposing the interface, the message from the second device.

3. The method of claim 1 , further comprising:
performing a verification of the message based on receiving the message from the second device; and
wherein using the first adapter to convert the message comprises:
using, based on performing the verification of the message, the first adapter to convert the message.

4. The method of claim 3 , wherein performing the verification of the message comprises:
performing the verification of the message based on at least one of:
a source of the message,
a type of the message,
a security token included in the message,
project details associated with the message, or
an identifier of the message.

5. The method of claim 1 , wherein the message is a defect message; and
wherein the method further comprises:
verifying that the defect message is from an authorized source to publish a defect; and

wherein using the first adapter to convert the message comprises:
using, based on verifying that the defect message is from the authorized source, the first adapter to convert the defect message.

6. The method of claim 5 , wherein verifying that the defect message is from the authorized source comprises:
verifying at least one of:
an Internet Protocol (IP) address corresponding to the authorized source,
a network identifier corresponding to the authorized source,
a user name corresponding to the authorized source, or
a password corresponding to the authorized source.

7. The method of claim 1 , wherein the message comprises data encapsulated by the API.

8. A first device, comprising:
one or more memories; and
one or more processors communicatively coupled to the one or more memories, configured to:
receive a message from a second device;
identify a first adapter for the message;
use the first adapter to convert the message to a first particular format;
output an adapted message to a third device,
the adapted message being the message converted to the first particular format;

receive, from the third device and based on outputting the adapted message, a response message;
identify a second adapter for the response message;
use the second adapter to convert the response message to a second particular format; and
output an adapted response message to the second device,
the adapted response message being the response message converted to the second particular format, and
the adapted response message being received, by the second device, via an application programming interface (API) of the second device.

9. The first device of claim 8 , wherein the one or more processors are further configured to:
expose an interface of the first device; and
wherein the one or more processors, when receiving the message from the second device, are configured to:
receive, based on exposing the interface, the message from the second device.

10. The first device of claim 8 , wherein the one or more processors are further configured to:
perform a verification of the message based on receiving the message from the second device; and
wherein the one or more processors, when using the first adapter to convert the message, are configured to:
use, based on performing the verification of the message, the first adapter to convert the message.

11. The first device of claim 10 , wherein the one or more processors, when performing the verification of the message, are configured to:
perform the verification of the message based on at least one of:
a source of the message,
a type of the message,
a security token included in the message,
project details associated with the message, or
an identifier of the message.

12. The first device of claim 8 , wherein the message is a defect message; and
wherein the one or more processors further configured to:
verify that the defect message is from an authorized source to publish a defect; and

wherein the one or more processors, when using the first adapter to convert the message, are configured to:
use, based on verifying that the defect message is from the authorized source, the first adapter to convert the defect message.

13. The first device of claim 12 , wherein the one or more processors, when verifying that the defect message is from the authorized source, are configured to:
verify at least one of:
an Internet Protocol (IP) address corresponding to the authorized source,
a network identifier corresponding to the authorized source,
a user name corresponding to the authorized source, or
a password corresponding to the authorized source.

14. The first device of claim 8 , wherein the message comprises on data encapsulated by the API.

15. A non-transitory computer-readable medium storing instructions, the instructions comprising:
one or more instructions that, when executed by one or more processors of a first device, cause the one or more processors to:
receive a message from a second device;
identify a first adapter for the message;
use the first adapter to convert the message to a first particular format;
output an adapted message to a third device,
the adapted message being the message converted to the first particular format;

receive, from the third device, and based on outputting the adapted message, a response message;
identify a second adapter for the response message;
use the second adapter to convert the response message to a second particular format; and
output an adapted response message to the second device,
the adapted response message being the response message converted to the second particular format, and
the adapted response message being received, by the second device, via an application programming interface (API) of the second device.

16. The non-transitory computer-readable medium of claim 15 , wherein the one or more instructions, when executed by the one or more processors, further cause the one or more processors to:
expose an interface of the first device; and
wherein the one or more instructions, that cause the one or more processors to receive the message from the second device, cause the one or more processors to:
receive, based on exposing the interface, the message from the second device.

17. The non-transitory computer-readable medium of claim 15 , wherein the one or more instructions, when executed by the one or more processors, further cause the one or more pr

Assignees

• Accenture Global Solutions Ltd

Inventors

• Srivastava Krupa
• Koushik Vijayaraghavan
• Deshpande Chandrashekhar
• Lazarus Mark
• Dang Le G
• Desai Madhusudhana
• Kute Sumit
• Shukla Arpan
• Jamir Tiarenla
• Sawant Prashant
• Sharma Rohan
• Ghosh Bhaskar
• SEKHAR Mohan
• Prasad Rajendra T

Classifications

• G06F9/45533 Primary

  Hypervisors; Virtual machine monitors · CPC title

• G06F9/541

  via adapters, e.g. between incompatible applications · CPC title

• G06F8/36

  Software reuse · CPC title

• G06F8/70

  Software maintenance or management · CPC title

• G06F9/45504

  Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators · CPC title