Limits...
Dynamic electronic institutions in agent oriented cloud robotic systems.

Nagrath V, Morel O, Malik A, Saad N, Meriaudeau F - Springerplus (2015)

Bottom Line: In Dynamic Electronic Institutions, the process of formation, reformation and dissolution of institutions is automated leading to run time adaptations in groups of agents.DEIs in agent oriented cloud robotic ecosystems bring order and group intellect.This article presents DEI implementations through HTM5 methodology.

View Article: PubMed Central - PubMed

Affiliation: Laboratoire Le2i, UMR CNRS 6306, Le Creusot, 71200 France.

ABSTRACT
The dot-com bubble bursted in the year 2000 followed by a swift movement towards resource virtualization and cloud computing business model. Cloud computing emerged not as new form of computing or network technology but a mere remoulding of existing technologies to suit a new business model. Cloud robotics is understood as adaptation of cloud computing ideas for robotic applications. Current efforts in cloud robotics stress upon developing robots that utilize computing and service infrastructure of the cloud, without debating on the underlying business model. HTM5 is an OMG's MDA based Meta-model for agent oriented development of cloud robotic systems. The trade-view of HTM5 promotes peer-to-peer trade amongst software agents. HTM5 agents represent various cloud entities and implement their business logic on cloud interactions. Trade in a peer-to-peer cloud robotic system is based on relationships and contracts amongst several agent subsets. Electronic Institutions are associations of heterogeneous intelligent agents which interact with each other following predefined norms. In Dynamic Electronic Institutions, the process of formation, reformation and dissolution of institutions is automated leading to run time adaptations in groups of agents. DEIs in agent oriented cloud robotic ecosystems bring order and group intellect. This article presents DEI implementations through HTM5 methodology.

No MeSH data available.


Object management group’s model driven architecture (OMG-MDA) (OMG 2003).
© Copyright Policy - open-access
Related In: Results  -  Collection

License
getmorefigures.php?uid=PMC4352161&req=5

Fig2: Object management group’s model driven architecture (OMG-MDA) (OMG 2003).

Mentions: Object Management Group’s Model Driven Architecture (OMG-MDA) (OMG 2003) is a prevalent industrial standard for development of software Meta-models for complicated systems. A model is a set of valid comments about a system and a Meta-model is a set of valid comments about a model (Seidewitz 2003). Model Driven Engineering (MDE) develops system models with high level of abstraction, without much emphasis on implementational details. MDE is ideal for Systems where the overall idea of a system (and not its implementation) is more important at initial stages of development. More than one models for the same system may be made to separate system concerns. These multiple models are called views of the system and the practice is known as multi-view methodology (Finkelstein et al. 1992). Software Product Line Engineering (SPLE) (Clements and Northrop 2001; Pohl et al. 2005; Weiss and Lai 1999) is an encouraged practice in software industry to produce reusable system components and models. Methodologies which comply with OMG-MDA and SPLE standards have higher industrial acceptance. OMG-MDA has a three layer architecture where layers vary in their level of abstraction and target audience. Figure 2 shows the three layers of a typical OMG-MDA meta-model with Computation Independent (CIM), Platform Independent (PIM) and Platform Specific (PSM) models at different layers. Computation Independent, Platform Independent and Platform Specific layers of OMG-MDA cater to different stakeholders in the development life cycle. Computation Independent or Platform Independent models may be supported by a Domain Specific language of same layer abstraction. The Domain Specific Language can be executed to generate automated Model to Model and Model To Text (Code) transformations. A Domain Specific Language (DSL) is often built to support a Meta-model. Code written in a DSL is used to codify designs in a programming language that has a domain specific syntax based on a particular Meta-model. DSL code can be made executable by writing compiler functions to generate Model to Model and Model to Text transformations. These transformations are essential as they allow a new Meta-model to be translated into existing Models/Languages.Figure 2


Dynamic electronic institutions in agent oriented cloud robotic systems.

Nagrath V, Morel O, Malik A, Saad N, Meriaudeau F - Springerplus (2015)

Object management group’s model driven architecture (OMG-MDA) (OMG 2003).
© Copyright Policy - open-access
Related In: Results  -  Collection

License
Show All Figures
getmorefigures.php?uid=PMC4352161&req=5

Fig2: Object management group’s model driven architecture (OMG-MDA) (OMG 2003).
Mentions: Object Management Group’s Model Driven Architecture (OMG-MDA) (OMG 2003) is a prevalent industrial standard for development of software Meta-models for complicated systems. A model is a set of valid comments about a system and a Meta-model is a set of valid comments about a model (Seidewitz 2003). Model Driven Engineering (MDE) develops system models with high level of abstraction, without much emphasis on implementational details. MDE is ideal for Systems where the overall idea of a system (and not its implementation) is more important at initial stages of development. More than one models for the same system may be made to separate system concerns. These multiple models are called views of the system and the practice is known as multi-view methodology (Finkelstein et al. 1992). Software Product Line Engineering (SPLE) (Clements and Northrop 2001; Pohl et al. 2005; Weiss and Lai 1999) is an encouraged practice in software industry to produce reusable system components and models. Methodologies which comply with OMG-MDA and SPLE standards have higher industrial acceptance. OMG-MDA has a three layer architecture where layers vary in their level of abstraction and target audience. Figure 2 shows the three layers of a typical OMG-MDA meta-model with Computation Independent (CIM), Platform Independent (PIM) and Platform Specific (PSM) models at different layers. Computation Independent, Platform Independent and Platform Specific layers of OMG-MDA cater to different stakeholders in the development life cycle. Computation Independent or Platform Independent models may be supported by a Domain Specific language of same layer abstraction. The Domain Specific Language can be executed to generate automated Model to Model and Model To Text (Code) transformations. A Domain Specific Language (DSL) is often built to support a Meta-model. Code written in a DSL is used to codify designs in a programming language that has a domain specific syntax based on a particular Meta-model. DSL code can be made executable by writing compiler functions to generate Model to Model and Model to Text transformations. These transformations are essential as they allow a new Meta-model to be translated into existing Models/Languages.Figure 2

Bottom Line: In Dynamic Electronic Institutions, the process of formation, reformation and dissolution of institutions is automated leading to run time adaptations in groups of agents.DEIs in agent oriented cloud robotic ecosystems bring order and group intellect.This article presents DEI implementations through HTM5 methodology.

View Article: PubMed Central - PubMed

Affiliation: Laboratoire Le2i, UMR CNRS 6306, Le Creusot, 71200 France.

ABSTRACT
The dot-com bubble bursted in the year 2000 followed by a swift movement towards resource virtualization and cloud computing business model. Cloud computing emerged not as new form of computing or network technology but a mere remoulding of existing technologies to suit a new business model. Cloud robotics is understood as adaptation of cloud computing ideas for robotic applications. Current efforts in cloud robotics stress upon developing robots that utilize computing and service infrastructure of the cloud, without debating on the underlying business model. HTM5 is an OMG's MDA based Meta-model for agent oriented development of cloud robotic systems. The trade-view of HTM5 promotes peer-to-peer trade amongst software agents. HTM5 agents represent various cloud entities and implement their business logic on cloud interactions. Trade in a peer-to-peer cloud robotic system is based on relationships and contracts amongst several agent subsets. Electronic Institutions are associations of heterogeneous intelligent agents which interact with each other following predefined norms. In Dynamic Electronic Institutions, the process of formation, reformation and dissolution of institutions is automated leading to run time adaptations in groups of agents. DEIs in agent oriented cloud robotic ecosystems bring order and group intellect. This article presents DEI implementations through HTM5 methodology.

No MeSH data available.