<–Functional Requirements- Processes Go to ToC Functional Requirements- Actions–>
4.3.1 General
Items are Data and Metadata, possibly including Rights that are supported by an M-Instance. The Call for Technologies requests:
- Comments on or proposed revisions of Purpose, Functional Requirements, and Metadata of the currently specified Items.
- Justified proposals for new Items with a specification of Purpose, Functional Requirements, and Metadata provided with a level of detail comparable to that provided by this document.
In particular, comments are requested on the Functional Requirements of Items.
4.3..2 Account
Purpose | An Item that uniquely references a human who has Registered. A User may have more than one Account with one or more Services. | ||||||||||
Functional Requirements | An Account shall include:
1. An M-Instance-specific subset of the Registered human’s User Data. 2. The Rights held by the human’s Users. 3. The duration of the Rights. 4. The duration of validity of the Account. |
||||||||||
Metadata |
|
4.3.3 Activity Data
Purpose | An Item containing the record of all the Actions made by a User. | ||||||||||||
Functional Requirements | Activity Data shall include:
1. The M-Instance ID. 2. The duration the Activity Data refer to. 3. The list of Interactions. |
||||||||||||
Metadata |
|
4.3.4 Asset
Purpose | An Item that may be the object of a Transaction. It may be MM-Embedded at an M-Location or Posted to a Service. | ||||||||||
Functional Requirements | An Asset shall preserve the Data Formats of the Item that has spawned it. | ||||||||||
Metadata |
|
4.3.5 AuthenticateIn
Purpose | An Item containing:
1. The Entity or the ID of the Entity to be Authenticated. 2. Information related to the rendering of AuthenticateOut. |
||||||||||
Functional Requirements | The Entity to be Authenticated can be:
1. Speech produced by a User. 2. The visual appearance of a User Information on the Rendering of InterpretOut may be provided by: 1. Media type used for rendering. 2. Spatial Attitude of InterpretOut rendered Object. |
||||||||||
Metadata |
|
4.3.6 AuthenticateOut
Purpose | An Item containing the result of processing the Request-Authenticate Action and its rendering. | ||||||||||
Functional Requirements | AuthenticateOut shall be:
1. Made available to the User as Item, or 1. Rendered to the User as a perceptible Object as specified in AuthenticateIn. |
||||||||||
Metadata |
|
4.3.7 Contract
Purpose | A Program and its Metadata stored on a Device. It is activated by an external entity, e.g., a User, or another activated Contract. | ||||||||||
Functional Requirements | A Contract may be subject to a certification carried out by or on behalf of the M-Instance Manager before it can be imported into an M-Instance.
The Data of a Contract shall be in a form that allows its execution in the M-Instance. |
||||||||||
Metadata |
|
4.3.8 DiscoverIn
Purpose | An Item containing:
1. A description of the Items to be Discovered. 2. Information related to the rendering of DiscoverOut. |
||||||||||
Functional Requirements | Items candidate for Discovery may be described by:
1. Verbal/text description 2. Similar Items 3. Belonging to specific M-Instances/M-Environments/M-Locations 4. Belonging to specific sections of Activity Data. Information on DiscoverOut Rendering may be provided by: 1. Media type used for rendering. 2. Spatial Attitude of DiscoverOut rendered Object. |
||||||||||
Metadata |
|
4.3.9 DiscoverOut
Purpose | An Item containing the description of the Items Discovered and information related to its rendering. | ||||||||||
Functional Requirements | Discovered Items shall be:
1. Described by the IDs of the Items Discovered. 2. Rendered to the User as a perceptible Object. |
||||||||||
Metadata |
|
4.3.10 Entity
Purpose | Any of the following Items that can be MU-Rendered: Object, Model, Scene, Event, and Experience. |
Functional Requirements | It shall be possible to render an Entity. |
4.3.11 Event
Purpose | An Entity that includes selected Entities at an M-Location and their Animations during a period. | ||||||||||||
Functional Requirements | An Event shall include:
1. Start Time and End Time. 2. M-LocationID. 3. List of selected Entities, their Animations, and Interactions. |
||||||||||||
Metadata |
|
4.3.2 Experience
Purpose | An Entity comprising User-selected Entities of an Event and the User Interactions with the Entities of the Event. | ||||||||||||
Functional Requirements | An Experience shall include:
1. Start Time and End Time 2. EventID 3. List of selected Entities, their Animations, and User Interactions. |
||||||||||||
Metadata |
|
4.3.13 Identifier
Purpose | An Item that uniquely references an Item in an M-Instance. |
Functional Requirements | An Item can have more than one Identifier.
An Identifier of an Item may have a hierarchical structure: 1. M-InstanceID 2. M-EnvironmentID 3. M-LocationID 4. ItemID. An Identifier of an Item may have a hierarchical structure: 1. M-InstanceID 2. M-EnvironmentID 3. ProcessID 4. ItemID. |
Metadata | No Metadata |
4.3.14 InformIn
Purpose | An Item containing:
1. A description of the Item about which information is requested. 2. Information related to the rendering of InformOut. |
||||||||||
Functional Requirements | InformIn may refer to:
1. Item Metadata 2. Any other information that a Service may have on the Item. Information on rendering of InformOut may be provided by: 1. Media type used for rendering. 2. Spatial Attitude of InformOut rendered Object. |
||||||||||
Metadata |
|
4.3.15 InformOut
Purpose | An Item containing the description of the Item object of an InformIn. | ||||||||||
Functional Requirements | InformOut shall be:
1. Made available to the User as an Item, or 2. Rendered to the User as a perceptible Object. |
||||||||||
Metadata |
|
4.3.16 Interaction
Purpose | An Item containing the Request-Action issued by a User on an Entity at an M-Locations and the corresponding Times. | ||||||||||||
Functional Requirements | Interaction shall include the Request-Action. | ||||||||||||
Metadata |
|
4.3.17 InterpretIn
Purpose | An Item containing:
1. The ID or the Item to be Interpreted. 2. Information related to the rendering of InterpretOut. |
||||||||||
Functional Requirements | Items candidate for Discovery may be described by: Item or ItemID.
Information on InterpretOut Rendering may be provided by: 1. Media type used for rendering. 2. Spatial Attitude of InterpretOut rendered Object. |
||||||||||
Metadata |
|
4.3.18 InterpretOut
Purpose | An Item containing the description of the Item object of an InterpretIn Item. | ||||||||||
Functional Requirements | Interpreted Items shall be:
1. Described by the IDs of the Interpreted Item. 2. Rendered to the User as a perceptible Object. |
||||||||||
Metadata |
|
4.3.19 Ledger
Purpose | An Item containing a list of Transactions involving Assets. | ||||||||||
Functional Requirements | The list of entries of a Ledger shall depend on:
1. The types of Item included in the Ledger. 2. The Items at an M-Location. 3. The Users to which a Ledger refers. 4. The duration in time to which a Ledger refers. 5. The Items in a DiscoverOut Item. |
||||||||||
Metadata |
|
4.3.20 Map
Purpose | An Item containing a structure establishing a correspondence between U-Locations with M-Locations. | ||||||||||
Functional Requirements | A Map shall include:
1. The M-Location it refers to. 2. A list containing for each U-LocationID having one correspondence with an Entity at the M-Location: 2.1. The IDs of the M-Location corresponding to the U-LocationID. 2.2. Metadata related to the U-LocationID. 2.3. Metadata related to the M-LocationID. |
||||||||||
Metadata |
|
4.3.21 M-Environment
Purpose | An Identified subset of an M-Instance. | ||||||||
Functional Requirements | It shall be possible to carve out M-Locations from an M-Instance. | ||||||||
Metadata |
|
4.3.22 Message
Purpose | An Item containing application-specific Data MM-Sent by a Source Process to a Destination Process. | ||||
Functional Requirements | A Message may carry:
1. An Item, or 2. Data and Metadata |
||||
Metadata |
|
4.3.23 M-Location
Purpose | An Identified delimited space of an M-Environment. | ||||||||||
Functional Requirements | An M-Location shall:
1. Define the space of the M-Instance belonging to the M-Location. 2. Enable the creation of sub-spaces defining sub-M-Locations |
||||||||||
Metadata |
|
4.3.24 Model
Purpose | An Object representing an object with its features ready to be MM-Animated or UM-Animated. | ||||||||||||||
Functional Requirements | A Model shall include:
1. The type(s) of Media (Audio-Visual-Haptic) composing the Model. 2. The type of Model 2.1. An inanimate Object (e.g., a table) 2.2. An autonomous Object (e.g., a robot) 2.3. An animal, possibly with high accuracy 2.4. A human, possibly with high accuracy |
||||||||||||||
Metadata |
|
4.3.25 Object
Purpose | An Entity representing an object. | ||||||||||||||
Functional Requirements | A Model shall include:
1. The type(s) of Media (Audio-Visual-Haptic) composing the Model. 2. The Data representation 2.1. Audio Data representation 2.4.3. Mono (e.g., speech) 2.1.2. Stereo 2.1.3. Multichannel 2.1.4. Microphone array 2.1.5. Spatial Audio 2.2. Image Data representation 2.3. Visual Data representation 2.3.1. Mono 2.3.2. Camera array 2.3.3. Light field 2.3.4. Holography 2.4. Haptic Data representation 3. The type of Object 3.1. An inanimate Object (e.g., a table) 3.2. An autonomous Object (e.g., a robot) 3.3. An animal, possibly with high accuracy 3.4. A human, possibly with high accuracy |
||||||||||||||
Metadata |
|
4.3.26 Persona
Purpose | A Model representing a human. | ||||||||||||||
Functional Requirements | As for the Model. | ||||||||||||||
Metadata |
|
4.3.27 Personal Profile
Purpose | An Item containing the Data about the human represented by a User. | ||||||||||
Functional Requirements | The Personal Profile may include:
1. First Name 2. Last Name 3. Address 4. Country 5. Age 6. Biometric data 7. … |
||||||||||
Metadata |
|
4.3.28 Program
Purpose | Data that can be executed | ||||||||||
Functional Requirements | The code:
1. Shall be executable in the M-Instance. 2. May be subject to certification before being admitted to the M-Instance. |
||||||||||
Metadata |
|
4.3.29 Provenance
Purpose | The Ledger associated with a specific Asset. | ||||||||||||
Functional Requirements | The Provenance Item shall include the list of all Transactions executed:
1. On an Asset. 2. Starting from the first Transaction and including the last. 3. The Marketplace on which a Transaction was performed. |
||||||||||||
Metadata |
|
4.3.30 Request-Action
Purpose | An Item of the request to a Process to perform an Action as defined in this document. | ||||
Functional Requirements | A Request-Action shall include:
1. Time the Request-Action was issued. 2. The Source ProcessID. 3. The Destination ProcessID. 4. The Action requested. 5. The ItemIDs relevant to the Action. 6. The Location of the Items. 7. The Location of the output Items produced by the Request-Action. 8. The requested Rights on the output Items. |
||||
Metadata |
|
4.3.31 Response-Action
Purpose | An Item containing the response of a Process to a Request-Action as defined in this document. | ||||
Functional Requirements | The Response-Item shall include:
1. Time the Response-Action was issued. 2. The Source ProcessID (Source refers to the Process that issued the request). 3. The Destination ProcessID. 4. The output Items produced by the Request-Action. 5. Error messages. |
||||
Metadata |
|
4.3.32 Rights
Purpose | An Item expressing the ability of a Process to perform an Action on an Item. | ||||||||
Functional Requirements | A Rights Item shall express the Actions that can be performed on Items, the Time interval, and the Locations in which the Actions can be performed. | ||||||||
Metadata |
|
4.3.33 Rules
Purpose | An Item expressing the terms and conditions under which a User operates in an M-Instance or M-Environment. | ||||||||||
Functional Requirements | The Rules may express:
1. The ability of a User to perform Actions on Items for which it has Rights. 2. The inability of a User to perform Actions on Items for which it has no Rights. 3. The duty of a User to perform Actions on Items. 4. The ability of a User to make Transactions. |
||||||||||
Metadata |
|
4.3.34 Scene
Purpose | A possibly hierarchical Composition of Objects having Spatial Attitudes. | ||||||||||||||
Functional Requirements | It should be possible to:
1. MM-Embed a Scene at a specified M-Location. 2. Represent Objects: 2.1. With their Spatial Attitude. 2.2. Animated by a stream or an autonomous agent. |
||||||||||||||
Metadata |
|
4.3.35 Social Graph
Purpose | A representation of a User’s network of connections with Items and Processes. | ||||||||||
Functional Requirements | The Social Graph should represent the following:
1. The types and the connections with Items and their M-Locations. 2. The types and the connections with Devices (frequency of use, etc.). 3. The types and the connections with Services (frequency of use, etc.). 4. The types and the connections with Users, groups of Users in terms of: 4.1. Time 4.2. M-Locations. 4.3. Declared purpose. |
||||||||||
Metadata |
|
4.3.36 Stream
Purpose | An Item made by a continuous flow of Data. | ||||||||||
Functional Requirements | Streams may be scalable in space and time.
Streams may be used for: 1. Animating a Model. 2. Represent a Digitised Object in an M-Instance. |
||||||||||
Metadata |
|
4.3.37 Transaction
Purpose | Item representing the changed state of the Accounts and the Rights of a seller User and a buyer User on an Asset and optionally of the Service facilitating/enabling the Transaction | ||||||||||||||||||||||
Functional Requirements | The Transaction shall represent:
1. The Time the Transaction is performed. 2. The Value moving into the Wallet of User 1 (seller). 3. The Value moved from the Wallet of User2 (buyer). 4. The Value moved into the Wallet of User 3 (service) – optional. 5. The Time the Values were moved. 6. The Rights to Act owned by User1 after Time. 7. The Rights to Act owned by User2 after Time. |
||||||||||||||||||||||
Metadata |
|
4.3.38 U-Location
Purpose | An identifiable delimited portion of the Universe. | ||||||||||
Functional Requirements | A U-Location shall:
1. Define the space in the Universe belonging to the U-Location. 2. Enable the definition of sub-spaces (sub-U-Locations) comprised in the U-Location. The enforcement of Rights to a U-Location is not part of this document. |
||||||||||
Metadata |
|
4.3.39 User Data
Purpose | An Item containing Activity Data, Personae, Social Graph, and User Profile of a User. | ||||||||||||||||
Functional Requirements | User Data may include the following Data:
1. Rights held by the human. 2. The Personal Profile of the human. 3. The Personae that the Users of the human may assume. 4. The Activity Data of the Users of the human. 5. The Social Graphs of the Users of the human. User Data should have a representation that allow extraction and sharing of a User Data subset. |
||||||||||||||||
Metadata |
|
4.3.40 Value
Purpose | An Amount and the Currency with which the Amount is expressed. | ||||||
Functional Requirements | Value shall have a representation that enables the expression of the Amount and the Currency used to represent the Amount. | ||||||
Metadata |
|
4.3.41 Wallet
Purpose | A container of Currency units. In general, a Wallet is implemented outside of the Environment. | ||||||||
Functional Requirements | A Wallet shall enable the representation of:
1. The Amounts in each Currency. 2. The Transactions performed. |
||||||||
Metadata |
|
<–Functional Requirements- Processes Go to ToC Functional Requirements- Actions—>