25.01.2015 Views

Download Full Issue in PDF - Academy Publisher

Download Full Issue in PDF - Academy Publisher

Download Full Issue in PDF - Academy Publisher

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

JOURNAL OF COMPUTERS, VOL. 8, NO. 6, JUNE 2013 1573<br />

For a particular task, we can fix an algorithm Mi from<br />

process of tasks alphabet T4. The implementation process:<br />

Given T1, T2, transferr<strong>in</strong>g function δ is first fixed<br />

accord<strong>in</strong>g to algorithm Mi, mak<strong>in</strong>g T from one pattern to<br />

another. Each task corresponds to a process and each<br />

process corresponds to a Tur<strong>in</strong>g mach<strong>in</strong>e. Therefore, the<br />

algorithm is equivalent to a Tur<strong>in</strong>g mach<strong>in</strong>e. The<br />

calculation of (T1, T2) <strong>in</strong>putted on Tur<strong>in</strong>g mach<strong>in</strong>e Mi<br />

and array (T1, T2, T4) on MCCAVM are equivalent.<br />

That is, to any <strong>in</strong>put of Tur<strong>in</strong>g mach<strong>in</strong>e Mi, MCCAVM<br />

can emulate the calculations of Mi, MCCAVM<br />

equivalent to <strong>in</strong>terpreter for Mi. Therefore, MCCAVM is<br />

equivalent to a universal Tur<strong>in</strong>g mach<strong>in</strong>e.<br />

B. Role View of Model<br />

From the perspective of model development and<br />

management control, the model role is divided <strong>in</strong>to<br />

developers and system operators. Among them, the<br />

developers are divided <strong>in</strong>to capability developers and<br />

service developers. Developers produce capabilities or<br />

services by us<strong>in</strong>g <strong>in</strong>terface language. The system<br />

operators use the system language to complete the control<br />

of model. Interface <strong>in</strong>struction set is related to <strong>in</strong>terface<br />

language, system <strong>in</strong>struction set is related to system<br />

language. We will expla<strong>in</strong> separately bellowed.<br />

Def<strong>in</strong>ition 4. Interface language. It is a set of grammar<br />

rules fac<strong>in</strong>g capability and service developers. Follow<strong>in</strong>g<br />

this rule, developers can operate MCCAVM directly and<br />

complete the operat<strong>in</strong>g tasks accurately. Interface<br />

language enabled developers to manage full life-cycle of<br />

capability and service. In order to facilitate developer,<br />

<strong>in</strong>terface language uses simple <strong>in</strong>struction.<br />

Def<strong>in</strong>ition 5. Interface command set. This is a set of<br />

commands which make MCCAVM to complete all k<strong>in</strong>ds<br />

of basic operat<strong>in</strong>g actions accord<strong>in</strong>g to <strong>in</strong>terface language<br />

syntax framework. To complete a certa<strong>in</strong> capability or<br />

service development tasks, a number of <strong>in</strong>terface<br />

commands are comb<strong>in</strong>ed together accord<strong>in</strong>g to the<br />

workflow. And each command can also be used to carry<br />

out specified action. The commands are made up of<br />

parameters and <strong>in</strong>terface functions. Interface functions<br />

<strong>in</strong>structs MCCAVM to complete the basic operat<strong>in</strong>g<br />

actions. Parameter stands for the execut<strong>in</strong>g target of<br />

operat<strong>in</strong>g <strong>in</strong>structions and the association attributes of<br />

operational objectives.<br />

Def<strong>in</strong>ition 6. System language. A set of grammar rules<br />

which can be discerned and read directly by the central<br />

process<strong>in</strong>g unit of MCCAVM. Under the rules of<br />

grammar <strong>in</strong> the system language, each <strong>in</strong>terface<br />

command corresponds to a number of system commands.<br />

Def<strong>in</strong>ition 7. System commands. Basic system<br />

commands set which meet the system language syntax<br />

rules. System commands directly relate to a variety of<br />

metadata operat<strong>in</strong>g, and they are significant m<strong>in</strong>imum<br />

driv<strong>in</strong>g force of model. Model task <strong>in</strong>put will be turned<br />

<strong>in</strong>to system <strong>in</strong>structions sequence f<strong>in</strong>ally.<br />

In the MCCAVM, the <strong>in</strong>terface language is source<br />

language and the system language is target language. The<br />

<strong>in</strong>terface language is developer-oriented, which presents a<br />

simple way and shields complex logic operat<strong>in</strong>g <strong>in</strong>volved<br />

with metadata <strong>in</strong> the model. The system language is the<br />

model executable language, which can complete <strong>in</strong>ternal<br />

behaviors with the core of metadata-driven.<br />

Figure 1. MCCAVM architecture<br />

C. Model Architecture<br />

Accord<strong>in</strong>g to the formal def<strong>in</strong>ition of the model, model<br />

architecture is shown <strong>in</strong> Fig.1. There are five parts:<br />

metadata entities, metadata management eng<strong>in</strong>e, bus<br />

architecture, the <strong>in</strong>put-output system and the client<br />

<strong>in</strong>terface. Referenc<strong>in</strong>g to the Von Neumann computer<br />

architecture, capability and service <strong>in</strong> MCCAVM are<br />

equivalent to the "peripheral" <strong>in</strong> computer hardware; the<br />

metadata entity is memory and driver of peripheral;<br />

Metadata management eng<strong>in</strong>es are belonged to the central<br />

controller unit. Capability and service are mounted to the<br />

correspond<strong>in</strong>g bus through the metadata entity drive and<br />

<strong>in</strong> form of peripheral, complet<strong>in</strong>g <strong>in</strong>teraction with<br />

metadata management eng<strong>in</strong>e. Capability and service are<br />

managed and controlled by metadata management eng<strong>in</strong>e.<br />

The central controller will eventually register service and<br />

capability to the user <strong>in</strong>terface and release <strong>in</strong> a<br />

standardized form of web service. The form will be<br />

transferred by client, implements transparent access to<br />

cloud resources through clients.<br />

1) Metadata entity<br />

The metadata entity is the core part of the model basis.<br />

It is generated by metadata generator when Capability or<br />

Service enters the MCCAVM. The metadata entity is<br />

divided <strong>in</strong>to two categories: descriptive metadata and<br />

adm<strong>in</strong>istrative metadata. Descriptive metadata <strong>in</strong>cludes<br />

resource description metadata, capability description<br />

metadata and service description metadata. Resource<br />

description metadata is a summary list of capability and<br />

service of the model, describ<strong>in</strong>g available resources of the<br />

entire model. Adm<strong>in</strong>istrative metadata <strong>in</strong>cludes the<br />

capability management metadata, the service<br />

management metadata and the control metadata.<br />

Metadata management eng<strong>in</strong>e controls the capability and<br />

service through the adm<strong>in</strong>istrative metadata.<br />

2) Metadata management eng<strong>in</strong>e<br />

Metadata management eng<strong>in</strong>e is <strong>in</strong>stitution of control<br />

and schedul<strong>in</strong>g of model, completes unified monitor<strong>in</strong>g,<br />

management and coord<strong>in</strong>ation work of capability and<br />

© 2013 ACADEMY PUBLISHER

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!