<- A functional operation model Go to ToC Actions –>
| 4.1 App | 4.2 Device | 4.3 Service | 4.4 User |
A Request-Action contains an appropriate subset of the Data of Table 2. In the following, the logical ∨ symbol is used to indicate that either or both the elements at the left and the right of ∨ may be used, and the logical ∧ symbol is used to indicate that both elements at the left and the right of ∧ shall be used.
Table 2 – The elements of the Request-Action Item
| Time | |
| Source | ProcessID |
| Destination | ProcessID |
| Action | One of the Actions |
| InItem | ActionIn ∨ ActionInID ∨ Item ∨ ItemID ∨ Data & Metadata ∨ Spatial Attitude |
| InLocations | M-LocationID ∨ U-LocationID ∨ ProcessID |
| OutLocations | M-LocationID ∨ U-LocationID ∨ ProcessID |
| OutRights | Rights ∨ RightsID |
ActionIn is an Item specifically required by some Actions. For instance, DiscoverIn describes the type of Items a User is requesting a Discover Service to find with the Rights to Act on the DiscoverIn Item granted to the Discover Service.
Table 3 provides the semantics of the components of a Request-Action.
Table 3 – Semantics of the elements of the Request-Action Item
| Time | The Time the Request-Action is issued. |
| Source | The Process making the request. |
| Destination | The Process receiving the request. |
| Action | The Action that the Source requests that the Destination perform on the InItems. |
| InItems | Items or Data & Metadata provided as input to the requested Action. |
| InLocations | The Locations of the InItems. |
| OutLocations | The requested Locations of the OutItems. |
| OutRights | The Rights requested by the Source on the OutItems. |
Note1: A Request need not contain all the elements above.
Note2: The InRights and the OutRights are contained in the InItem and OutItem, respectively.
The Response-Action Item to a Request-Action Item is expressed by Table 4:
Table 4 -The Response-Action Item
| Success | OutItem | OutItem ∨ OutItemID ∨ ActionOut ∨ ActionOutID |
| Error | FaultyReq. | Faulty |
| IDs | Incorrect | |
| Rights | Missing or incomplete | |
| Unsupported | Item not supported | |
| Mismatch | Item type mismatch | |
| User Data | Faulty | |
| Wallet | Insufficient Value | |
| Clash | Entity clashes with another Entity | |
| M-Location | Out of range | |
| U-Location | Out of range | |
| Address | Incorrect |
ActionOut is an Item required by some Actions. For instance, DiscoverOut is an Item that contains the results provided by a Discover Service with the Rights to Act on the DiscoverOut Item granted to the requesting Process.
The semantics of the elements of the Response are provided by Table 5.
Table 5 – Semantics of the Response-Action Item
| Success | The execution of the requested Action was successful. | |
| OutItem | The Items requested in the Request-Action. | |
| Error | The execution of the Request failed. | |
| FaultyReq | The content of the Request is Faulty. | |
| IDs | Some IDs in the Request are incorrect. | |
| Rights | Some Rights are missing or incomplete. | |
| Unsupported | An Item is not supported. | |
| Mismatch | Mismatch between Items. | |
| User Data | Faulty User Data. | |
| Wallet | The Wallet is not sufficient for the required Transaction. | |
| Clash | An Entity clashes with another Entity. | |
| M-Location | There is no such M-Location. | |
| U-Location | There is no such U-Location. | |
| Address | There is no such Address. | |
InItems and OutRights of a Request-Action and OutItems of a Response-Action may be expressed either as Items and Rights or as IDs.
In the following Subsections, the types of Processes are described.
1.1 App
| Purpose | An application-specific Program executed on a Device. | ||||||||||
| Data | TBD | ||||||||||
| Metadata |
|
1.2 Device
| Purpose | A Process able to:
1. UM-Capture Data from a U-Location 2. UM-Send Data and Metadata to a User. and/or 1. MM-Send an Entity from an M-Location to the Device. 2. MU-Render an Entity at a U-Location. |
||||||||||
| Data | TBD | ||||||||||
| Metadata |
|
1.3 Service
| Purpose | A Process that can be Called to provide Functionalities. | ||||||||||
| Data | TBD | ||||||||||
| Metadata |
|
1.4 User
| Purpose | A Process representing an MM-Captured human as a Persona that is either UM-Animated by a Stream or MM-Animated by an autonomous agent. | ||||||||||||
| Data | TBD | ||||||||||||
| Metadata |
|