Architecture » History » Version 2
Suravi Regmi, 11/20/2025 08:08 PM
| 1 | 1 | Suravi Regmi | # Architecture |
|---|---|---|---|
| 2 | 2 | Suravi Regmi | |
| 3 | This page provides a **high-level architectural view** of MGuard. |
||
| 4 | It summarizes how the main modules interact, how data flows through the system, and how security and access control are enforced at a system level. |
||
| 5 | Detailed module-level behavior, policy processing, manifest handling, and sequence diagrams are provided in the linked **Architecture Details** page. |
||
| 6 | |||
| 7 | --- |
||
| 8 | |||
| 9 | ## System Architecture Overview |
||
| 10 | |||
| 11 | MGuard follows the design described in the paper’s **Design Overview** (§3.1). :contentReference[oaicite:0]{index=0} |
||
| 12 | A service instance consists of: |
||
| 13 | |||
| 14 | - a data source (MD2K repository or sensor-generated streams), |
||
| 15 | - a **Producer** that adapts and publishes mHealth data into NDN, |
||
| 16 | - a **Controller** responsible for access policies and requester validation, |
||
| 17 | - an **Attribute Authority (AA)** issuing decryption keys, |
||
| 18 | - an **NDN Repository** storing encrypted data, content keys, and manifests, |
||
| 19 | - one or more **Consumers** subscribing to data streams they are authorized to access. |
||
| 20 | |||
| 21 | Data requesters obtain trust anchors and certificates, subscribe to data streams, receive manifest notifications, and fetch/decrypt data objects. |
||
| 22 | |||
| 23 | --- |
||
| 24 | |||
| 25 | ## High-Level Architecture Diagram (Mermaid) |