Bachelors Program in Computer Science Engineering
Internet of Things
•
Bachelor
IoT Foundations and Terminology
Introduction and Context
The Internet of Things (IoT) is a broad technological and socio-technical concept describing networks of physical objects that can sense, identify, communicate, process information, and often act upon the physical world. These objects—such as industrial machines, vehicles, medical instruments, household appliances, agricultural equipment, and environmental sensors—are connected through communication networks and supported by software services.
IoT is not simply “the Internet applied to objects.” It combines embedded computing, sensing, communication networks, cloud and edge computing, data analytics, cybersecurity, automation, and human interaction. Its distinctive feature is the continuous relationship between digital information and physical processes. A temperature sensor produces a digital representation of physical conditions; software interprets that representation; and an actuator may change the physical environment in response.
The term IoT is used at several levels. At the device level, it concerns sensors, actuators, embedded processors, and device identities. At the system level, it concerns networks, gateways, data platforms, applications, and control loops. At the organizational level, it concerns new services, operational processes, business models, safety responsibilities, and governance.
Learning Objectives
After studying this chapter, students should be able to:
Explain the historical evolution and defining characteristics of IoT.
Distinguish IoT from cyber-physical systems and machine-to-machine communication.
Describe device identity, telemetry, actuators, digital services, and data flows.
Explain the roles of edge devices, gateways, networks, platforms, and applications.
Identify major IoT application domains and evaluate their benefits and limitations.
Analyze security, privacy, safety, ethical, and governance concerns in IoT systems.
Apply IoT terminology to a practical system scenario.
1. Evolution of IoT
IoT emerged from several technological developments rather than from a single invention.
1.1 Embedded systems
An embedded system is a computing system designed as part of a larger product or process. Early embedded systems controlled appliances, vehicles, industrial equipment, and telecommunications devices. They commonly operated with limited memory and processing capability and were often isolated from public networks.
1.2 Automatic identification
Barcodes, magnetic stripes, radio-frequency identification (RFID), and near-field communication enabled objects to be identified electronically. Identification is fundamental because a system must distinguish one object from another before it can associate measurements, commands, ownership, location, or maintenance history with that object.
1.3 Industrial telemetry and supervisory control
Industrial plants have long used telemetry—the measurement and remote transmission of operational data. Supervisory control and data acquisition (SCADA) systems collect information from industrial processes and allow authorized operators to supervise equipment. Modern IoT extends these ideas through inexpensive sensors, Internet protocols, distributed computing, analytics, and integration with enterprise applications.
1.4 The Internet and wireless connectivity
The expansion of the Internet created common addressing, routing, and application mechanisms. Wireless technologies then made it practical to connect mobile, remote, and low-power devices. Depending on the application, IoT devices may use Ethernet, Wi-Fi, cellular networks, Bluetooth Low Energy, Zigbee, Thread, LoRaWAN, satellite links, or specialized industrial networks.
1.5 Cloud, edge, and data analytics
Cloud computing made scalable storage and processing available as services. However, sending every measurement to a distant cloud is not always appropriate. Edge computing places processing near the source of data, reducing latency, bandwidth consumption, and dependence on continuous connectivity. Current IoT architectures commonly distribute processing among devices, gateways, edge nodes, and cloud platforms.
A useful historical progression is therefore:
identification → embedded control → networked telemetry → Internet connectivity → cloud and edge intelligence → integrated digital services
This progression is not strictly linear. Many contemporary systems combine older industrial technologies with modern Internet services.
2. Defining Characteristics of IoT
Although definitions vary, most IoT systems exhibit the following characteristics.
2.1 Physicality
IoT systems are connected to physical entities. Their data originates in the physical world, and their actions may affect it. This distinguishes IoT from purely digital information systems.
2.2 Sensing and observation
Sensors measure properties such as temperature, pressure, acceleration, humidity, light, location, vibration, sound, electrical current, or chemical concentration. A sensor reading is not the same as the physical phenomenon itself: it is a measurement affected by calibration, noise, resolution, sampling rate, environmental conditions, and placement.
2.3 Identifiability
Each relevant device, asset, or logical endpoint should have an identity. Identity permits authentication, authorization, ownership management, asset tracking, configuration, and accountability. Identity may be represented by a serial number, hardware address, certificate, cryptographic key, or application-level identifier.
2.4 Connectivity
Devices exchange data with other devices, gateways, platforms, and users. Connectivity may be continuous, intermittent, local, or wide-area. A system should not assume that all devices have high bandwidth, low latency, unlimited energy, or permanent availability.
2.5 Embedded processing
IoT devices commonly filter, compress, aggregate, classify, or validate data before transmission. Processing can reduce communication costs and protect privacy. For example, a device might transmit “abnormal vibration detected” rather than continuously transmitting raw high-frequency vibration data.
2.6 Heterogeneity and interoperability
IoT environments contain devices from different manufacturers, generations, protocols, and administrative domains. Interoperability requires compatible data models, interfaces, communication protocols, security mechanisms, and operational procedures.
2.7 Scale
An IoT deployment may contain a handful of devices or millions of endpoints. Scale affects addressing, provisioning, updates, monitoring, storage, network design, and incident response.
2.8 Dynamicity and context awareness
Devices may move, change state, lose connectivity, receive new software, or operate under changing environmental conditions. Context includes location, time, user, operating mode, and relationships with other assets.
2.9 Automation and actuation
IoT systems can support decisions and actions without continuous human intervention. Automation must be designed carefully when an incorrect action could damage equipment, endanger people, or violate regulations.
2.10 Security and trust
Because IoT systems interact with physical environments, compromise may produce physical as well as digital consequences. Confidentiality, integrity, availability, authenticity, safety, privacy, and resilience are all relevant.
3. A Conceptual IoT Architecture
There is no single universal IoT architecture, but a layered model is useful for analysis.
Layered IoT architecture from physical devices to digital services
Figure: Layered IoT architecture from physical devices to digital services
Figure: A conceptual IoT architecture showing upward data movement and downward control or service feedback.
3.1 Device and physical layer
This layer contains sensors, actuators, microcontrollers, embedded computers, and the physical assets being observed or controlled. Device design must address power, environmental exposure, calibration, timing, physical security, and maintenance.
3.2 Connectivity and edge layer
Networks transport measurements, events, commands, and management messages. Gateways may translate protocols, buffer data, enforce security policies, and connect constrained local networks to wider networks. Edge computing performs computation close to devices.
3.3 Platform layer
A platform commonly provides device registration, identity and access management, message ingestion, storage, rules, monitoring, software updates, and APIs. It may be implemented using cloud services, private infrastructure, or a hybrid arrangement.
3.4 Application and service layer
Applications turn data into operational, commercial, scientific, or public value. Examples include predictive maintenance dashboards, smart-building controls, fleet-management systems, remote patient monitoring, and irrigation services.
The layers are analytical rather than rigid. A gateway may include sensors and analytics; an application may run partly at the edge; and a platform may span several cloud providers.
4. Core Terminology
4.1 Thing, device, asset, and endpoint
A thing is a physical or logical entity represented in an IoT system. A device is a computing or communicating unit associated with a thing. An asset is a business or operational entity whose condition or use matters, such as a pump, vehicle, or building. An endpoint is an addressable communication participant. These terms may overlap, but distinguishing them helps system designers avoid confusing a sensor module with the larger asset it monitors.
4.2 Device identity
Device identity answers: “Which device is communicating?” A robust identity system usually includes:
a unique identifier;
credentials, such as a certificate or cryptographic key;
an ownership or registration record;
lifecycle status, such as active, suspended, retired, or revoked;
associations with permitted users, assets, locations, and services.
Identification alone is not authentication. An identifier claims an identity; authentication provides evidence that the claimant controls the corresponding credential. Authorization then determines what the authenticated device or user may do.
Identity must be managed throughout the lifecycle: manufacturing, onboarding, installation, operation, maintenance, transfer, and retirement. Shared default passwords and unchangeable credentials are weak practices because compromise of one device may enable compromise of many others.
4.3 Telemetry
Telemetry is the automated collection and transmission of measurements or status information. A telemetry message should ideally include a timestamp, device or asset identity, measurement value, unit, quality indicator, and possibly location or operating context.
For example, a message might conceptually contain:
Telemetry can be periodic, event-driven, request-driven, or hybrid. Periodic telemetry is simple but may waste energy and bandwidth. Event-driven telemetry can be efficient, but thresholds must be selected carefully so that important gradual changes are not missed.
A measurement is meaningful only when its metadata are understood. A value of “25” is ambiguous without knowing whether it represents degrees Celsius, volts, percent humidity, or another quantity.
4.4 Sensors and actuators
A sensor converts a physical property into a signal that can be measured or processed. An actuator converts a command into a physical effect. Motors, valves, relays, heaters, locks, pumps, and displays are examples of actuators.
Sensors generally support observation; actuators support intervention. A system that only observes may be called monitoring-oriented, while one that changes the physical process is control-oriented. Many IoT systems combine both in a feedback loop:
physical process → sensor → computation → decision → actuator → changed physical process
A feedback loop must account for delay, uncertainty, failures, and unsafe states. In safety-critical applications, an IoT cloud service should not be the only mechanism preventing dangerous operation.
4.5 Machine-to-machine communication
Machine-to-machine (M2M) communication is the automated exchange of data between machines, often without direct human involvement. M2M predates the modern IoT concept and includes industrial telemetry, automated utility meters, vehicle tracking, and point-of-sale systems.
IoT is broader than M2M. It commonly includes Internet connectivity, open or interoperable interfaces, cloud or edge platforms, analytics, users, organizations, and digital services. M2M can occur within a closed or specialized network, whereas IoT often connects heterogeneous systems across organizational boundaries.
4.6 Digital services
A digital service delivers functionality through software, data, networks, and operational processes. IoT enables services such as equipment-health monitoring, usage-based insurance, smart parking, cold-chain verification, and remote diagnostics.
A digital service is more than a dashboard. It includes a user need, data acquisition, processing logic, interfaces, support procedures, security controls, service-level expectations, and often a business or public-sector outcome. For example, a predictive-maintenance service must not only display vibration data; it must support diagnosis, work-order creation, technician action, and evaluation of whether downtime was reduced.
5. IoT Data and Control Flow
A typical IoT data flow involves six activities:
Observation: a sensor measures a physical condition.
Representation: the measurement is encoded with identity, time, unit, and quality information.
Transport: a network carries the message.
Processing: edge or platform software filters, stores, analyzes, or correlates it.
Decision: rules, models, or humans determine a response.
Action: a command is issued to an actuator or another digital service.
The reverse path carries commands and feedback. Reliability should be considered at each stage. A correct sensor reading can still produce a wrong outcome if it is associated with the wrong device, delayed beyond its useful lifetime, transformed with an incorrect unit, or acted upon without authorization.
Data quality dimensions include accuracy, completeness, timeliness, consistency, validity, and provenance. Provenance records where data came from and how it was transformed. These dimensions are essential for analytics and accountability.
6. Major Application Domains
6.1 Smart homes and buildings
Connected lighting, heating, ventilation, access control, occupancy sensing, and energy meters can improve comfort, accessibility, energy efficiency, and security. Challenges include privacy in domestic spaces, fragmented products, unsafe automation, and long device lifetimes.
6.2 Industrial IoT
Industrial IoT connects machines, production lines, robots, energy systems, and enterprise applications. Applications include condition monitoring, quality analysis, asset tracking, digital work instructions, and predictive maintenance. Industrial environments prioritize safety, deterministic behavior, availability, and compatibility with legacy control systems.
6.3 Healthcare and assisted living
Wearable and medical devices can support monitoring, adherence, rehabilitation, and remote care. Health data are sensitive, and clinical systems require strong validation, privacy protection, reliability, and compliance with applicable medical-device and data-protection regulations. IoT monitoring should complement—not automatically replace—clinical judgment.
6.4 Agriculture and environmental monitoring
Soil moisture, weather, crop, livestock, water, and air-quality sensors support precision agriculture and environmental management. Remote locations create challenges involving power, connectivity, physical damage, calibration, and maintenance.
6.5 Transportation and logistics
Connected vehicles and logistics assets support fleet tracking, route optimization, predictive maintenance, driver assistance, cargo monitoring, and cold-chain assurance. Safety, location privacy, interoperability, and resilience are major concerns.
6.6 Smart cities and public infrastructure
Cities use IoT for traffic management, waste collection, street lighting, water networks, public safety, and infrastructure monitoring. Public deployments must address transparency, procurement, accessibility, surveillance risks, and equitable distribution of benefits.
6.7 Energy and utilities
Smart meters, grid sensors, distributed energy resources, and demand-response systems help balance generation and consumption. Because energy infrastructure is critical, security and availability are particularly important. Control decisions must also account for physical grid constraints.
7. Applied Case: Illustrative Cold-Chain Monitoring System
Background
Consider a fictional logistics company transporting vaccines from a central warehouse to regional clinics. The required storage temperature is defined by the relevant product specification. The company currently records temperatures manually at departure and arrival.
Problem
Manual readings cannot reliably reveal temperature excursions during transit. When a shipment arrives outside its permitted range, staff cannot determine when the excursion occurred, which shipment was affected, or whether the product remains usable.
Analysis
An IoT solution must monitor temperature continuously or at an appropriate sampling interval, associate each reading with a shipment and vehicle, preserve trustworthy timestamps, detect excursions, notify responsible personnel, and retain an auditable history. Connectivity may be intermittent, so the device must store data locally and synchronize later.
Approach and solution
Each container receives a uniquely identified monitoring device with a calibrated temperature sensor. The device records timestamped readings and a quality status. A cellular or short-range gateway transmits data when connectivity is available. Local storage protects against temporary network loss. A platform authenticates the device, validates message structure, stores telemetry, and applies rules defined by the product’s authorized operating range.
Alerts are sent to logistics staff when a threshold is exceeded for a relevant duration. The system records acknowledgement, investigation, and disposition. Access is restricted according to role, and device credentials can be revoked when a device is lost or retired.
Outcome
The organization gains visibility into the shipment’s temperature history and can investigate excursions using evidence rather than assumptions. It can also identify recurring failures, such as inadequate packaging or delayed loading.
Learning points
The case demonstrates that IoT value comes from the complete service: calibrated sensing, identity, metadata, connectivity, buffering, analytics, alerting, human procedures, and governance. A sensor alone is not an IoT solution. It also shows why threshold selection, time synchronization, data integrity, and operational response must be designed together.
8. Challenges, Risks, and Governance
Security
Threats include unauthorized access, insecure firmware, exposed interfaces, denial of service, malware, credential theft, and manipulation of sensor data. Good practice includes unique device credentials, secure boot where appropriate, encrypted communication, least privilege, signed updates, network segmentation, vulnerability management, logging, and a documented retirement process.
Privacy
IoT systems may infer occupancy, health, behavior, movement, and relationships even when they do not explicitly collect names. Privacy protection requires purpose limitation, data minimization, informed notice, access controls, retention limits, appropriate anonymization or pseudonymization, and mechanisms for handling data-subject rights where applicable.
Safety and reliability
A failed sensor or corrupted message may trigger a dangerous action. Designers should use fail-safe states, independent safety mechanisms, plausibility checks, redundancy where justified, watchdogs, alarms, manual override, and testing under degraded conditions. Safety requirements must be distinguished from ordinary cybersecurity requirements, although the two interact.
Interoperability and vendor dependence
Proprietary data formats and closed platforms can make migration expensive. Organizations should evaluate open interfaces, documented data models, export capability, update policies, and long-term support before procurement.
Data governance
Organizations should define ownership, stewardship, retention, access, quality responsibilities, auditability, and permitted uses. Data collected for one operational purpose should not automatically be reused for unrelated surveillance or commercial profiling.
Sustainability
IoT devices consume materials and energy during manufacturing, operation, replacement, and disposal. Designers should consider low-power operation, repairability, update longevity, recyclable materials, battery management, and whether data collection creates sufficient value to justify its environmental cost.
9. Contemporary Developments and Best Practices
Artificial intelligence is increasingly used for anomaly detection, image interpretation, forecasting, and predictive maintenance. However, AI does not eliminate the need for reliable data, domain knowledge, explainability, monitoring, and human accountability. A model trained on biased or incomplete telemetry can produce unsafe or unfair decisions.
Digital twins are software representations of physical assets or processes that are updated using operational data. A digital twin may support simulation, diagnosis, planning, and optimization, but it is only as trustworthy as its models, data, assumptions, and update mechanisms.
Best practices for introductory IoT system design include:
define the operational problem before selecting devices;
specify measurements, units, accuracy, timing, and quality requirements;
assign identities and manage credentials throughout the lifecycle;
design for intermittent connectivity and constrained resources;
separate monitoring, control, and safety responsibilities;
use secure updates and vulnerability-management processes;
document data ownership, retention, and access;
test failures, stale data, incorrect units, and malicious inputs;
measure outcomes such as reduced downtime, improved safety, or lower energy use;
plan decommissioning before deployment.
Chapter Summary
IoT connects physical things, embedded computation, sensors, actuators, networks, platforms, analytics, and digital services. Its evolution draws on embedded systems, automatic identification, industrial telemetry, Internet connectivity, cloud computing, edge computing, and data analytics. Defining characteristics include physical interaction, sensing, identity, connectivity, processing, heterogeneity, scale, dynamicity, automation, and security.
Cyber-physical systems emphasize coordinated interaction between computation and physical processes, while M2M emphasizes automated communication between machines. IoT commonly extends both ideas through Internet-scale connectivity, interoperable services, users, organizations, and analytics. Device identity enables authentication and lifecycle management; telemetry provides structured observations; actuators create physical effects; and digital services transform data into operational or societal value.
IoT architectures commonly include devices, networks and gateways, edge processing, platforms, and applications. Major domains include homes, industry, healthcare, agriculture, transportation, cities, and energy. Successful systems require more than connectivity: they require data quality, safety, cybersecurity, privacy, interoperability, governance, sustainability, and appropriate human processes.
Key Terms
Actuator: A component that converts a digital command into a physical effect.
Asset: A physical or operational entity whose condition, location, or use is important.
Cyber-physical system: A system in which computation, communication, and physical processes interact through feedback.
Digital service: Software-enabled functionality delivered through data, networks, and operational processes.
Device identity: Information and credentials used to distinguish and authenticate a device.
Edge computing: Processing performed near the source of data rather than exclusively in a remote cloud.
Endpoint: An addressable participant in a communication system.
Gateway: A node that connects networks or protocols and may provide security, buffering, or processing.
Internet of Things: A networked socio-technical system of identifiable physical or logical things that sense, communicate, process, and sometimes act.
Interoperability: The ability of different systems or components to exchange and meaningfully use information.
Machine-to-machine communication: Automated data exchange between machines, often without direct human involvement.
Sensor: A component that measures a physical property and produces a usable signal.
Telemetry: Automated measurement and transmission of operational or environmental data.
Thing: A physical or logical entity represented in an IoT system.
Trust: Confidence that an entity, message, device, or service is authentic, reliable, and acting as expected.
Digital twin: A software representation of a physical asset or process maintained using data from that entity.
Feedback loop: A process in which system outputs influence subsequent inputs or actions.
SCADA: Supervisory control and data acquisition, a class of industrial monitoring and control systems.
Review Questions
Short Answer Questions
What characteristics distinguish IoT from a conventional isolated embedded system?
Why is device identity important in an IoT deployment?
Define telemetry and identify four useful fields in a telemetry message.
How does edge computing differ from cloud-only processing?
Distinguish a sensor from an actuator.
Long Answer Questions
Explain the historical evolution of IoT from embedded systems and industrial telemetry to cloud-enabled digital services.
Describe a layered IoT architecture and explain the responsibilities of each layer.
Compare IoT, cyber-physical systems, and machine-to-machine communication.
Discuss security, privacy, safety, interoperability, and sustainability challenges in IoT.
Explain how IoT can transform an industrial maintenance process, including data, decisions, actions, and governance.
Analytical / Application Questions
Design a conceptual IoT system for monitoring water quality in a remote reservoir. Specify sensors, identity, telemetry, connectivity, edge processing, alerts, and maintenance challenges.
A factory wants to control a motor automatically using vibration telemetry. Analyze possible sensor, communication, data-quality, safety, and cybersecurity failure modes, and propose safeguards.
Evaluate whether a smart-building system should transmit raw occupancy data to a cloud platform or process it at the edge. Consider privacy, latency, bandwidth, accuracy, cost, and governance.
Multiple Choice Questions with Answers
Question 1
Which characteristic most directly distinguishes IoT from a purely digital information system?
A. It uses spreadsheets for reporting.
B. It interacts with physical entities through sensing or actuation.
C. It always requires a public cloud.
D. It can operate only with wired networks.
Correct Answer: B. It interacts with physical entities through sensing or actuation.
Question 2
What is the primary purpose of a device identity?
A. To increase sensor resolution
B. To identify and authenticate a communicating device
C. To replace all network protocols
D. To guarantee that a sensor is correctly calibrated
Correct Answer: B. To identify and authenticate a communicating device
Question 3
Which item is most appropriately included as metadata in a telemetry message?
A. A device identity and measurement unit
B. A user’s unrelated password
C. A graphics-card driver
D. An unverified marketing slogan
Correct Answer: A. A device identity and measurement unit
Question 4
What does an actuator do in an IoT system?
A. Measures humidity
B. Stores historical telemetry only
C. Converts a command into a physical effect
D. Assigns an Internet address to every user
Correct Answer: C. Converts a command into a physical effect
Question 5
Which statement best describes edge computing?
A. All processing must occur in a distant data center.
B. Processing is performed near the source of data.
C. It eliminates the need for sensors.
D. It is limited to printed circuit boards without software.
Correct Answer: B. Processing is performed near the source of data.
Question 6
How is M2M communication related to IoT?
A. M2M is automated machine communication, while IoT commonly adds broader Internet, platform, service, and organizational integration.
B. M2M and IoT are unrelated concepts.
C. IoT refers only to human-to-human communication.
D. M2M always requires artificial intelligence, but IoT never does.
Correct Answer: A. M2M is automated machine communication, while IoT commonly adds broader Internet, platform, service, and organizational integration.
Question 7
Which practice best supports secure IoT device lifecycle management?
A. Using one shared default password permanently
B. Disabling software updates
C. Using unique credentials and revoking them when devices retire
D. Publishing all device keys publicly
Correct Answer: C. Using unique credentials and revoking them when devices retire
Question 8
Why is a timestamp important in telemetry?
A. It identifies the color of the device.
B. It provides temporal context for interpreting the measurement.
C. It automatically proves the reading is accurate.
D. It replaces the need for a unit.
Correct Answer: B. It provides temporal context for interpreting the measurement.
Question 9
In the illustrative cold-chain case, why is local buffering useful?
A. It permits data retention during temporary network loss.
B. It makes calibration unnecessary.
C. It guarantees that products never change temperature.
D. It removes the need for device identity.
Correct Answer: A. It permits data retention during temporary network loss.
Question 10
Which statement about IoT artificial intelligence is most accurate?
A. AI removes the need for reliable data.
B. AI guarantees safe decisions without human accountability.
C. AI can support anomaly detection, but its results depend on data quality and appropriate validation.
D. AI is required for every sensor network.
Correct Answer: C. AI can support anomaly detection, but its results depend on data quality and appropriate validation.