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 1575<br />

we regard capability and service as “peripheral”, thus<br />

capability or service id is these “peripherals” address.<br />

Metadata management eng<strong>in</strong>e, which is the CPU of<br />

MCCAVS, can locate any capability or service accord<strong>in</strong>g<br />

to the "peripheral” id through meta-data bus. Individual<br />

capability or service metadata description file and path to<br />

the file metadata management are stored <strong>in</strong> the tag<br />

meta_location. We take capability described metadata file<br />

as an example to expound the entity format of <strong>in</strong>dividual<br />

capability metadata <strong>in</strong> the follow<strong>in</strong>g<br />

<br />

<br />

***<br />

***<br />

***<br />

***<br />

***<br />

***<br />

***<br />

**<br />

......<br />

<br />

<br />

Besides conta<strong>in</strong><strong>in</strong>g the capability id and other basic<br />

<strong>in</strong>formation, capability description metadata file also<br />

conta<strong>in</strong>s version tag used for controll<strong>in</strong>g capability<br />

version <strong>in</strong>formation, location tag <strong>in</strong>dicates the real<br />

location of the capability products <strong>in</strong> the capability pool,<br />

loadclass tag <strong>in</strong>dicates the entrance classes of the<br />

capability part; dependentCapability tag <strong>in</strong>dicates<br />

dependency relationship with other capability<br />

components.<br />

Figure 3. Interface language UML static structure<br />

C. Metadata Management Eng<strong>in</strong>e<br />

Metadata management eng<strong>in</strong>e, which takes responsible<br />

for pars<strong>in</strong>g the <strong>in</strong>terface command and translates it <strong>in</strong>to<br />

system commands, is the "central processor" and the core<br />

component of the system. We def<strong>in</strong>e a set of <strong>in</strong>terface<br />

commands based on object-oriented language JAVA to<br />

facilitate developers. As shown <strong>in</strong> fig.3, <strong>in</strong>terface<br />

language is divided <strong>in</strong>to three categories: the system <strong>in</strong>put<br />

and output (IOSystem), the schedul<strong>in</strong>g <strong>in</strong>terface<br />

(Schedule), and the web service <strong>in</strong>terface(WS). Interface<br />

command is the abstraction method provided by these<br />

<strong>in</strong>terfaces and the command parameter is the method<br />

parameter. Table 1 shows a typical <strong>in</strong>terface and the<br />

<strong>in</strong>terface commands.<br />

D. Bus Structure<br />

Accord<strong>in</strong>g to the design of the bus structure <strong>in</strong> the<br />

model, three types of buses <strong>in</strong> the MCCVAS system are<br />

def<strong>in</strong>ed: capability bus, service bus and control bus. For<br />

the purpose of quick address<strong>in</strong>g and ma<strong>in</strong>ta<strong>in</strong><strong>in</strong>g<br />

resources of storage efficiently, HashMap, which can<br />

complete key-value mapp<strong>in</strong>g and time complexity is O(1),<br />

is used to organize system capability and service.<br />

Capability or service id is the key and capability or<br />

service object <strong>in</strong>stance is the value. Three bus<br />

declarations are followed:<br />

protected class ControlBus extends HashMap<br />

implements Bus<br />

protected class CapabilityBus extends HashMap <br />

implements Bus<br />

protected class ServiceBus extends HashMap implements<br />

Bus<br />

Interface<br />

IOSystem<br />

Schedule<br />

WS<br />

TABLE I.<br />

TYPICAL INTERFACE AND INTERFACE COMMAND<br />

Interface<br />

commands<br />

jo<strong>in</strong>()<br />

exit()<br />

log<strong>in</strong>()<br />

load()<br />

start()<br />

update()<br />

Parameter<br />

Component: the<br />

Parent <strong>in</strong>terface<br />

of Capability and<br />

Service<br />

ditto<br />

ditto<br />

ditto<br />

ditto<br />

ditto<br />

Function Declaration<br />

To Generate metadata entity<br />

when Capability or Service<br />

enters.<br />

To make Capability or<br />

Service exits the system.<br />

To allocate component ID<br />

when register to the system<br />

Capability or Service.<br />

To load Capability or Service<br />

on the system, which requests<br />

metadata management eng<strong>in</strong>e<br />

mounted components to the<br />

correspond<strong>in</strong>g meta- data bus<br />

through <strong>in</strong>terrupt mode.<br />

To start-up Capability or<br />

Service.<br />

To update Capability or<br />

Service.<br />

stop() ditto To stop Capability or Service.<br />

logout() ditto<br />

To log out Capability or<br />

Service, log out components,<br />

exit the bus system.<br />

To generate service.xml and<br />

convert() ditto wsdl.xml for Capability or<br />

Service.<br />

publish() ditto<br />

To publish Capability or<br />

Service as a web service.<br />

E. Input and Output Interface <strong>in</strong> Server Side<br />

Server-side <strong>in</strong>put <strong>in</strong>terface <strong>in</strong>cludes capability<br />

metadata generator and service metadata generator. It<br />

shields metadata manipulation for outside of the system<br />

and generates metadata entity as described <strong>in</strong> Section 3.2.<br />

Output <strong>in</strong>terface releases system capability and service to<br />

meet the <strong>in</strong>vok<strong>in</strong>g of term<strong>in</strong>als by us<strong>in</strong>g standardization<br />

web service <strong>in</strong>terface. As shown <strong>in</strong> fig.2, we use AXIS2<br />

as release eng<strong>in</strong>e.<br />

F. Client Access<br />

As the server-side uses web service technology to<br />

provide resources, the system supports transparent access<br />

heterogeneous multi-platform capability and service of<br />

cloud side. Client <strong>in</strong>terface work steps are as follows:<br />

© 2013 ACADEMY PUBLISHER

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

Saved successfully!

Ooh no, something went wrong!