interpreter which executes the \gls{Task}'s bytecode following the provided
scheduling strategy. Devices added to the system are stored and get a profile
for identification. These profiles are persistent during reboots of the
-\gls{iTasks}-system to allow for easy reconnecting with old devices. The
-way of interacting with \gls{mTask}-\gls{Task} is analogous to interacting
-with \gls{iTasks}-\glspl{Task}. This means that programmers can access the
+\gls{iTasks}-system to allow for easy reconnecting with old devices. The way of
+interacting with \gls{mTask}-\glspl{Task} is analogous to interacting with
+\gls{iTasks}-\glspl{Task}. This means that programmers can access the
\glspl{SDS} made for a device in the same way as regular \glspl{SDS} and they
can execute, combine and transform \gls{mTask}-\glspl{Task} as if they where
normal \gls{iTasks}-\glspl{Task}.
\section{iTasks}
\input{arch.itasks}
-\section{Communication}
+\section{Communication}\label{sec:communication}
\input{arch.communication}
-\section[Lifting mTasks to iTasks-Tasks]%
- {Lifting \gls{mTask}-\glspl{Task} to \gls{iTasks}-\glspl{Task}}
-\input{arch.lift}
-
-\section{Example}
+\section{Example}\label{sec:archexamples}
\input{arch.example}