Area 1.0

Hallo liebe Leute,

Wie Ihr wisst, habe ich eine kleine Erzählung geschrieben, die sich mit den Möglichkeiten der Ideen DIGITS und SMUOS/C3P beschäftigt.

Siehe dazu die Drehbuchseite.

Jetzt ist es so, dass ich mich zwischen zwei möglichen Schlüssen für Plan B entschieden hatte – die Helden werden nicht in bayerischer Erde begraben, sondern ihre Asche wird in alle Winde zerstreut.

Nun hat sich Rom zu diesem Thema zu Wort gemeldet.

http://diepresse.com/home/panorama/religion/5108216/Vatikan-untersagt-das-Verstreuen-der-Asche-Verstorbener.

Ich werde also die Erzählung nocheinmal “aufmachen” und schweren Herzens – nein nicht ganz so schweren – eher erleichterten Herzens, den Plan A als Ende einsetzen.

Das alles ist ist nicht 100%ig ernst zu nehmen, so wie jedes Kunstwerk 🙂

Liebe Grüße

Euer Christoph

Let’s try a few definitions from the New Concept Paper of SrrTrains v0.01.

Reality, Virtual Reality, Real Reality

There is only one reality, but every person carries an own model of the reality in his mind.
This model helps the person to foresee the future development of reality and it helps the person to influence reality according to his will.

Virtual reality is a part of the reality that is implemented by means of technology and that helps one or more persons (see user) to inhabit a virtual scene that needs not be directly related to the reality.

Strictly spoken, an ancient form of virtual reality is already to sit around the camp fire telling stories. Also books and movies form kinds of virtual reality.

Usually we use the narrow term virtual reality, if some minimum technological requirements are fulfilled, e.g. the usage of stereoscopic computer graphics.

We use the term real reality to denote all parts of the reality that are not part of the virtual reality in question, but that are of relevance for the virtual reality.

Anything else is just reality.

User

A user is a person who uses a personal scene instance (see below) to inhabit a Simple Multiuser Scene (see below) in the course of a multiuser session (see below).

Personal Scene Instance (PSI)

A personal scene instance is the collection of all technological facilities that are needed so that one user can inhabit a Simple Multiuser Scene.

One important facility of the PSI can be a Web3D browser that interprets a concrete scene graph.

The user interface of the PSI can be used via the senses and skills (SaSk) of the user.

Simple Multiuser Scene (SMS)

A Simple Multiuser Scene is a collection of facilities that are accessible via the 3D Web and that can be instantiated within PSIs to provide virtual senses and skills (vSaSk) to users.

Such facilities include, e.g. (see below for detailed definitions):

• Avatars to be able to represent virtual identies
• Models to be able to render the renderable objects of the scene
• Modules to be able to render the surroundings of the scene
• Geographic infrastructure to be able to render the surroundings of the scene

Multiuser Session

A multiuser session is an instantiation of an SMS for a concrete set of users.

Those users will be able to inhabit the virtual scene together.

Technically spoken, a multiuser session is a collection of one or more PSIs and of one optional SCSI (see below), all of which are synchronized to each other.

Server/Controller Scene Instance (SCSI)

The Server/Controller Scene Instance connects the multiuser session to the real reality in order to synchronize real life facilities (see below) with virtual life facilities (see below).

This enables the mixed reality mode to be used as operational mode (see below).

Virtual Life Facility (VLF)

Virtual life facilities are used to provide virtual senses and skills to a user. In mixed reality mode VLFs may be synchronized to real life facilities (see below).

A VLF is an instantiation of a facility of the SMS.

Examples of VLFs are:

• Virtual life avatars (or simply avatars) to represent virtual identities to one user
• Models to render the renderable objects of the scene to one user
• Modules to render the surroundings of the scene to one user
• Geographic infrastructure to render the surroundings of the scene to one user

Real Life Facility (RLF)

Real life facilities are parts of the real reality.

We distinguish following kinds of RLFs: real life avatars (see below), real life objects (see below) and collateral entities (see below).

Operational Modes (OM)

A multiuser session can operate in one of following modes:

• Single user mode – only one PSI exists, SCSI does not exist
• Multi user mode – more than one PSI exist, SCSI does not exist
• Mixed reality mode – at least one PSI exists, SCSI exists

Model, Real Life Object (RLO)

A model is an object within an SMS that can be rendered.
In other words, it is an object to the virtual senses and skills of the user, when he inhabits the SMS through the PSI.

In mixed reality mode, a model may represent a real life object (RLO).

An RLO is always represented by a model, otherwise it would be a collateral entity.

Avatar, Virtual Life Avatar (VLA), Real Life Avatar (RLA)

An avatar is an object that represents a virtual identity (see below). A virtual life avatar is a model that represents a virtual identity and a real life avatar is an RLO that represents a virtual identity.

Collateral Entity (CE)

A collateral entity is an RLF that is not an RLO. I.e. it is a real life facility that is somehow relevant for the multiuser session, but it is not modelled in the SMS.

Module, Universal Positioning System (UPS)

According to the MMF paradigm, an SMS consists of one or more modules that build the surroundings of the scene, whereas each renderable object (each model) is assigned to one of the modules.

A module spans a local (pseudo-) euclidean spacetime, which is used to position the models.

In mixed reality mode, we will often use WGS84 coordinates as global coordinates, which can be used to position the modules.

Hence a local coordinate system in real reality can be defined relative to GPS coordinates.

Now the SMUOS framework aims to be a framework for the 21^st century and hence a GPS will not be enough. We will need something that includes the universe into its concepts, not only the globe.

UPS the right wording for such idea.

And it need to be hierarchical, according to the eMMF paradigm. One level of modules being the top level (within a scene) containing top level models. Each top level model may contain second level modules containing second level models and so on.

Clear, there is nothing like a „top“ level in universe (in UPS), Hence the top level must be identified by gravitational field instead of velocity and position. This is ffs.

Geographic Infrastructure, Tiles

The relations among modules, geographic infrastructure and tiles are ffs.

Identity, Virtual Identity, Real Identity

Need not be defined. If we need to explain this, then we do really have a problem.

Synchronization

SrrTrains uses the Network Sensor / Event Stream Sensor for synchronization of scene instances.

The objects that are used within PSIs and within the SCSI to synchronize the multiuser session, are called MIDAS Objects (Multiuser Interactivity Driven Animation and Simulation Objects).

The SCSI can be seen as relay between MIDAS Objects and the Internet of Things (IoT), where we define POIs (see below) as the peers of the SCSI, when it relays the IoT into the multiuser session.

Point of Interaction, Point of Interest (POI)

A POI is a unit that can be addressed within the IoT.

A Point of Interest delivers a stream of events to the multiuser session. This stream describes (a part of) the state of one or more RLOs.

A Point of Interaction accepts a stream of events from the multiuser session. This stream influences (a part of) the state of one or more RLOs.

A Point of Interaction may deliver a stream of events to the multiuser session. This stream describes (a part of) the state of one or more RLOs.

Connectivity Platform (CP)

X3D scenes communicate with Collaboration Servers (CS) through Network Sensors / Event Stream Sensors. CP is a conceptual name for an evolved CS.

As you know, I’m a kinda “self educated” Web3D Enthusiast, but with little resources.

However, I love to tell stories about the 3D Web.

Now I’m using the hibernation phase of the SrrTrains project to clean up the terminology that we use in the project.

I have finished the first chapter of the “New Concept Paper of SrrTrains v0.01” –

Appendix E Reality – the (N+1)th Scene Instance

Please read here: hr007-new-concept-paper-v0-4.pdf

Wenn man es genau betrachtet, dann ist das Internet ja eigentlich nur eine Verlängerung unserer Sinnesorgane und motorischen Fähigkeiten.

Ich würde das in einem Schichtbild darstellen wie folgt:

Dabei “benützt” der “User” das Internet, um ein “Real Life Object (RLO)” mit Hilfe seiner “Senses and Skills (SaSk)” zu beeinflussen.

Das “User Equipment (UE)”, sei das nun ein simples Smartphone oder ein Holodeck wie im Film “Avatar”, transformiert diese Senses and Skills mit Hilfe des Internet und mit Hilfe eines “Real Life Avatar (RLA)” – das können einfache Sensoren oder Aktuatoren sein oder auch so etwas komplexes wie eine Drohne oder ein Roboter – in “remote” Senses and Skills (rSaSk).

So können wir das RLO beeinflussen.

Übrigens ist das alles nichts prinzipiell Neues.

Sagen wir, der User ist ein Fahrdienstleiter, sagen wir das UE ist ein Gleisbildstellpult, sagen wir, der RLA ist ein Signal und sagen wir, das RLO ist ein Zug, dann haben wir einen klassischen Use Case aus der Sicherungstechnik der Eisenbahn.

Eine Frage bleibt offen: im User gibt es die höchste Schicht, den “Geist (Mind)”. Wie kann ich mir anmaßen, das RLO genauso hoch zu zeichnen, wie den Geist. Das RLO ist doch nur ein “Objekt” und kann damit keinen Geist haben?

Na ja, hinter dem RLO steht ja ein Eigentümer, ein “Owner of RLO (OoRLO)”, und der ist natürlich wieder ein geistbehafteter Eigentümer.

Meint

Euer Christoph

Ergänzung am 2016-10-23:

Folgende Begriffe sind Begriffe, die im Zusammenhang mit einer SMS (Simple Multiuser Scene) einen Sinn ergeben:

(N+1)te Szeneninstanz bzw. Server/Controller Scene Instance (SCSI)

1. Eine Multiuser Session hat N virtuelle Szeneninstanzen mit N >= 1. Jede virtuelle Szeneninstanz wird von genau einem User bewohnt, weshalb wir sie als Personal Scene Instance (PSI) bezeichnen
2. Eine Multiuser Session kann eine (N+1)te Szeneninstanz haben, die die Multiuser Session mit der realen Wirklichkeit verbindet
3. Diese (N+1)te Szeneninstanz läuft im Interface to Reality(ITR) und wir bezeichnen sie auch als Server/Controller Scene Instance (SCSI) oder Proxy Scene Instance (PSI)

Ein Real Life Object (RLO) ist ein Objekt,

1. das in der realen Wirklichkeit existiert
2. das in der SMS 4-dimensional modelliert wird
3. dessen Zustand mit dem Zustand des Modells über das ITR synchronisiert wird

Ein Point of Interest (POI) ist eine im Internet of Things (IoT) adressierbare Einheit,

1. die einen oder mehrere Medienströme an die SCSI liefert,
2. die den aktuellen Zustand eines RLO beschreiben

Ein Point of Interaction (POI) ist eine im Internet of Things (IoT) adressierbare Einheit,

1. die einen oder mehrere Medienströme von der SCSI entgegennimmt,
2. die den aktuellen Zustand eines RLO beeinflussen,
3. sowie einen oder mehrere Medienströme an die SCSI liefern kann (aber nicht muss),
4. die den aktuellen Zustand eines RLO beschreiben

Avatar, Virtual Life Avatar (VLA), Real Life Avatar (RLA), Collateral Entity (CE)

1. Ein Avatar ist eine Repräsentanz eines oder mehrerer User, die mit der Szene im Auftrag dieser User interagiert.
   Hinweis: Ein Beispiel, wo ein Avatar mehrere User gleichzeitig repräsentiert, ist ein U-Boot, das von mehreren Spielern gesteuert wird
2. Ein Virtual Life Avatar (VLA) stellt User in einer virtuellen Szeneninstanz dar.
   Hinweis: Das kann sogar die eigene Szeneninstanz sein, wenn der User nicht die First Person View eingeschaltet und den Avatar im Blickfeld hat
3. Ein VLA interagiert mit der virtuellen Szeneninstanz, in der er sich befindet
4. Ein Real Life Avatar (RLA) stellt User innerhalb der realen Wirklichkeit dar.
   Hinweise:
   – Wenn ein User gleichzeitig die reale Wirklichkeit bewohnt, dann kann unter Umständen sogar sein eigener Körper sein RLA sein
   – Wenn hingegen ein Mensch (allgemein ein Wesen) die reale Wirklichkeit bewohnt und in der SMS modelliert wird, jedoch kein User der SMS ist (wenn er also keine virtuelle Szeneninstanz bewohnt), dann würden wir seinen Körper als RLO bezeichnen, da dieser ja aus Sicht der User nur ein Objekt ist. Den Menschen selbst würden wir als Owner of RLO (OoRLO) bezeichnen
   – Wenn hingegen ein Mensch (allgemein ein Wesen) die reale Wirklichkeit bewohnt und in der SMS nicht modelliert wird, aber innerhalb der realen Wirklichkeit einen gewissen Einfluss auf die SMS hat bzw. von dieser beeinflusst wird, dann würden wir ihn als Collateral Entity (CE) bezeichnen
5. Ein Real Life Avatar (RLA) interagiert mit der “realen” Wirklichkeit
   Hinweis: diese Interaktion bezeichnen wir als “Remote Senses and Skills (rSaSk)”

Senses and Skills (SaSk), Virtual Senses and Skills (vSaSk), Remote Senses and Skills (rSaSk)

1. Die Senses and Skills (SaSk) eines Users sind sein Sinne und Fähigkeiten, mit denen er die Wirklichkeit wahrnimmt und beeinflusst
   Hinweis: Das ist einerseits die virtuelle Wirklichkeit, die er über das User Interface (UI) des User Equipment (UE) bewohnt, und andererseits die reale Wirklichkeit, die er direkt bewohnt.
2. Wenn ein User innerhalb einer virtuellen Szeneninstanz ein Modell beeinflusst, das nicht der eigene Avatar ist, dann sprechen wir von Virtual Senses and Skills (vSaSk)
   Hinweise:
   – das kann entweder heissen, dass der User das Modell in der eigenen virtuellen Szeneninstanz über das User Interface beeinflusst hat, oder dass sein Avatar in einer anderen virtuellen Szeneninstanz das Modell beeinflusst hat.
   – wenn dem Modell ein RLO zugeordnet ist, kann es sein, dass der User das RLO “wie durch Zauberhand” beeinflusst
3. Wenn ein RLA innerhalb der realen Wirklichkeit einen anderen RLA, ein RLO oder eine CE beeinflusst, dann sprechen wir von Remote Senses and Skills (rSaSk)