Browse Prior Art Database

Real World Modelling using Message Flows and Generic User Defined Nodes

IP.com Disclosure Number: IPCOM000201846D
Publication Date: 2010-Nov-26
Document File: 1 page(s) / 42K

Publishing Venue

The IP.com Prior Art Database

Abstract

In the real world there are lots of situations which need to be simulated for a variety of reasons. These simulations help to describe the movement of people through buildings or traffic flow through a city for example and can be used for anything from risk analysis to planning exercises to costing sizings. Current simulations require all aspects of the environment to be modelled and lots of custom code to be written to describe the environments that need to be simulated

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 54% of the total text.

Page 01 of 1

Real World Modelling using Message Flows and Generic User Defined Nodes

This article describes a generic way of building up simulation models and then 'running' the simulations. This would save time and allow different simulations to be combined allowing much larger simulations which contain combinations of different simulations running at the same time. Essentially standardising simulations

    So, for example, you could simulate an office block and then simulate a car park using the ideas outlined here and then combine the two simulations. You could even create multiple office blocks and multiple car parks as part of your simulation environment.

    Using Message Flows as your simulation environment you can model the environment using user defined "Generic Nodes". For example, you could have a "TrafficLightNode" or a "Door Node". You can then wire these together. So for example you could have a "DoorNode" wired to a "CorridorNode". These Nodes could be further wired together with "StairNode"' and "LiftNode" to represent an entire office block for example.

    Each of these nodes stores state information, for example a DoorNode could be a FireDoor or only open one way. And the implementation of this node may have 2 inputs (for both sides of the door) only one of which would allow a message through. Each of the nodes could also store more advanced usage information, for example, how may people have passed through the door.

    The messages passing through the nodes can also have state and can be analysed during and post simulation along with the state of the nodes. For example, if modelling traffic flow through a city then each message could...