4.1. Analysis of scientific articles using a systematic review of the literature.
The articles selected through the PRISMA methodology are considered.
Figure 2 presents the flowchart on the themes identified, reviewed, and set. After the initial search in IEEE, ACM Digital Library, and Web of Science library databases with the keywords "IoT" or "Business Intelligence," 148 articles were identified. After eliminating duplicates, illegible, and removed for other reasons, these were reduced to 113 pieces. A further 11 articles were excluded due to their title and abstract needing to fall into the eligibility criteria; this led to 102 articles being sought for retrieval. The articles were then reviewed for IoT and Business Intelligence descriptions or models. Exclusion criteria are applied sequentially according to age, article type, or payment; otherwise, the evaluation is continued. Other exclusion items are articles that mention the term IoT or BI but do not apply it; articles that mention IoT or BI in general and not as results; articles that do not demonstrate the influence of IoT or BI; and articles that are only concepts in total are 35. In the end, 40 papers were selected for analysis, as shown in
Figure 2; all these articles are in the Reference section, and the complete list of articles is in
Table 2.
Peer-reviewed articles published in English between 2019 and 2020 were considered. This increased academic interest in the area could be attributed to the growing number of urban platforms worldwide. As part of the eligibility criteria, each article described at least one urban crowdsourcing platform, but some described or mentioned more than one platform.
Among the 40 selected articles, only 23 present models or architectures on IoT or Business Intelligence applied in LPG control; others present technology or alternatives for gas tank control. Each of the 40 articles is reviewed if it contains a property that falls into the following groups: IoT scenarios, Monitoring devices, Other components, Other technologies, Control, Research results, Gases they monitor, Data they detect, Protocols used, Indicators they show, Business Intelligence software, Data from Data Warehouse.
Each of the items is reviewed and the properties of each item are: Item, Year of production, Item title, Country of origin, and number of references. In addition, the IoT Scenarios segment with properties: Industry, Home, Distribution, Supplier. The Monitoring devices segment with properties: Sensors, Microcontrollers, Buzzer, Valve, Relay, Fan, Display, LED. The segment Other components with properties: Server, Web application, Mobile application, Database, GSM, GPS. The segment Other technologies with properties: Blockchain, Artificial Intelligence, Business Intelligence. The Control segment with properties: Gas Leakage, Transportation, Pipelines, Weight. The Research Result segment with properties: Design, Implementation, Prototype. The segment Gases Monitoring with properties: LPG, Natural Gas, Butane, Carbon Monoxide, Nitrogen Dioxide, Alcohol, Oxygen, Propane, Hydrogen, Methane. The segment Data they detect with properties: Humidity, Temperature, Smoke, Fire, Gas. The segment Protocols used with properties: IEEE, 6LoWPAN, MQTT, TCP. The segment Indicators showing with properties: Humidity, Temperature, Gas level, Smoke, Heat, Cylinder status. The segment Business Intelligence Software with properties BLYNK, Excel, PowerBI. The Data Warehouse Data segment with properties Weight, Voltage, Level.
Table 1 shows the 40 items analyzed and used to answer the research questions (PI).
4.2. Answer to the research questions.
PI01: In which scenarios is IoT used?
According to the analysis of the 40 papers, 58% of the proposals are for industry, 45% are for homes, 5% are for management in gas distribution, and 8% are suggestions for gas suppliers. Conversely, 12% specify industry and household, i.e., five things. See
Figure 3 Scenarios.
PI02: What devices are used in LPG monitoring?
According to the analysis of the 40 papers, 88% use sensors, 83% use microcontroller cards, 48% use buzzers to alert, 55% use valves to close the tank, 55% of the documents use a relay to activate the valves; 23% of the items use a fan to dissipate the gas; 55% use a display to show the status or quantity; 40% use a LED light to alert of gas leakage. On the other hand, 83% use sensors and microcontrollers, i.e., 33 items. Another 33% use LED with relay and valve as prevention and warning, i.e., 13 papers. In addition, 48% that use buzzers to alert are among the 83% that use microcontrollers and sensors, i.e., 19 items. The buzzer, fan, and LED are linked to the microcontroller. See
Figure 4 Devices.
PI03: What other components are used?
According to the analysis of the 40 papers, 48% use or have an application server, 30% have a web application, 58% use a mobile application, 33% use a database, 40% use GSM to send text messages, 8% use GPS for gas leak positioning. The tendency to use mobile applications remains high, as does using GSM to send simple text messages because they are very efficient for communication. GPS communication is rarely used because of the monthly costs providers charge for this service. On the other hand, databases are used by web applications or mobile applications; GSM modules may or may not be integrated into the microcontroller card. Web applications are linked to a server. See
Figure 5 Other components.
PI04: Are other technologies used for LPG monitoring?
According to the analysis of the 40 papers, 3% use Blockchain to maintain information security in encrypted form and maintain traceability/tracking in gas distribution; 8% use Artificial Intelligence for possible predictions in gas leakage; 13% use Business Intelligence to generate reporting or control indicators. On the other hand, the same article that proposes to use Blockchain also uses Artificial Intelligence. There is no overlap in using Business Intelligence with other technologies. See
Figure 6 Other technologies.
PI05: What is controlled?
According to the analysis of the 40 papers, 73% propose controlling gas leakage, 3% offer governing gas transportation, 15% propose controlling gas pipelines, and 15% suggest controlling LPG tank weight. However, only some of the articles submit gas leakage control. The papers that work on Business Intelligence only obtain data from files generated by sensors, and others are only theoretical articles. On the other hand, 13% of control pipelines are within the 73% gas leakage control, i.e., five pieces. In addition, only one paper proposes a rule during the gas transport process. See
Figure 7 Control.
PI06: Research results?
According to the analysis of the 40 papers, 83% present as a result of the network design or device design; 23% performed the implementation and use of their plans; 58% achieved a prototype to demonstrate their theories on device design in gas leakage control or LPG cylinder weight. On the other hand, two papers should have presented the method and implementation. The rest of the articles that were designed were also implemented. All the documents with prototypes did give their design, and all the prototypes presented photos of their work. See
Figure 8 Results.
PI07: What gases are monitored?
According to the analysis of the 40 papers, 85% monitor LPG from home or industry, 18% monitor Natural Gas, 25% monitor Butane, 20% monitor Carbon Monoxide, 10% monitor Nitrogen Dioxide, 10% monitor Alcohol, 10% monitor Oxygen; 18% monitor Propane; 23% monitor Hydrogen; 23% monitor Methane. On the other hand, 8% of natural gas monitoring is within LPG monitoring, i.e., three items. The other four items only monitor Natural Gas. All the articles monitoring Butane are within LPG monitoring, i.e., ten articles. The 18% that watch Carbon Monoxide is within the LPG monitoring, i.e., seven items. Items monitoring Nitrogen Dioxide, Alcohol, and Oxygen are within LPG monitoring, i.e., four items each. The things that observe Propane, Hydrogen, and Methane are within LPG monitoring. This happens because there are sensors that can detect few or many gases; the sensors used in the items are MQ2, MQ3, MQ4, MQ5, and MQ6. If the number is higher, then more gases can be detected. See
Figure 9.
PI08: What data is detected?
According to the analysis of the 40 papers, 15% present designs that detect humidity, and 15% detect temperature; 10% of the designs detect smoke; 8% of the methods detect fire; 88% of the designs detect gas, either by gas leakage in cylinder or pipe leakage. On the other hand, the techniques that detect humidity and temperature are among the 88% that detect gas. The designs that detect smoke or fire are within 88% that detect gas. See
Figure 10. Data detected.
PI09: What protocols are used?
According to the analysis of the 40 papers, 43% name or use the IEEE protocol in their implementations or prototypes; 5% name or use the 6LowPan protocol in their designs; 8% name or use the MQTT protocol in their designs; 25% name or use the TCP protocol. On the other hand, 10% of the articles used any of these protocols in implementation, i.e., four papers. 38% of the documents used protocols in prototypes, i.e., 15 pieces. The 25% of the TCP articles are within the 43% using IEEE. See
Figure 11 Protocols.
PI10: What indicators are shown?
According to the analysis of the 40 papers, 13% show the humidity, 10% indicate the temperature, 73% offer the gas level, 8% show the smoke level, 3% show the heat level, and 25% show the bottle status. On the other hand, humidity, temperature, and gas levels are shown on the display in 10% of the items, i.e., in 4 pieces. In 8% of the items, i.e., three things, gas, and smoke levels are displayed on the screen. Only one report shows humidity, temperature, gas level, smoke, and heat as indicators. Only one article shows humidity, temperature, gas level, and smoke as indicators. Only one item presents humidity, temperature, and gas level as indicators. See
Figure 12 Indicators.
PI11: What software tools are used in Business Intelligence?
According to the analysis of the 40 papers, 15% of the 40 articles use Blynk, 5% use Microsoft Excel, and 5% use Microsoft Power BI. On the other hand, only one piece uses Excel and Power BI; the other articles use these tools independently. See
Figure 13 BI software. Blynk is used to connect IoT devices, assist in the visualization of sensor data, execute remote control with mobile web applications, perform firmware updates, and offer a secure cloud, user and access management, and alerts, among others. In addition, this platform promotes smart home hardware manufacturers [
46]. Microsoft Power BI generates simple data sets with many data sources or origins, is also simple for aggregation to the Power-BI data connectivity hub, and generates a centralized, single, effective, and accessible source of information for data from multiple devices [
47].
PI12: What general data does the Data Warehouse have? According to the analysis of the 40 papers, 8% show the weight in the DW, 8% show the voltage in the DW, and 10% indicate the gas level in the DW. On the other hand, 8% of the articles present the weight and voltage together, i.e., in 3 pieces. The 10% of the items showing the gas level do not have any DW data in common with the other 8%. See
Figure 14 for the DW data.
4.3. Design of a general architecture for LPG management based on IoT and BI.
In the event of a gas leak, the Gas Sensor detects the strength of the leak and sends the data to the microcontroller. This microcontroller takes that data takes it and sends it to a Firebase database in real-time via the Wi-Fi router and the Internet. The Firebase database sends the data to the smartphone via the Internet. In addition, GSM communication can be added to send text messages and an audible alarm on-site. The leak volume is displayed on the LCD screen and the smartphone. There is a predefined threshold of 500 PPM; if the leak volume is less than 500 PPM, the relay and solenoid valve are turned on, letting the gas pass through the pipeline. If the leak volume is more significant than 500 PPM or if pressing the RED toggle button on the smartphone, then a control signal is sent from the smartphone to the microcontroller via the Firebase database; this action turns off the relay and solenoid valve to not let gas pass through the pipeline.
Components:
MQ-5 gas sensor. Detects LPG and natural gas with excellent accuracy. Obtains the presence of gas with a concentration from 2000 PPM (Parts Per Million) up to 10000 PPM and operates with 5 volts of power.
MQ-6 gas sensor. It detects the presence of LPG. It is an analog sensor based on resistance. It obtains the presence of gas with a concentration from 200 PPM to 10000 PPM.
Temperature and humidity sensor. The DHT11 digital sensor is a low-cost sensor that measures air temperature and humidity. It can measure temperature from 0 to 500 °C with an accuracy of ±2 °C and humidity from 20 to 80% with an accuracy of 5%. It consumes power from 3 to 5 volts and draws a current of up to 2.5 milliamps while reading data.
LCD. The 16cm x 2cm liquid crystal display is connected to the NodeMCU via I2C communication protocol. The LCDs the data obtained by the sensors, such as humidity, temperature, and gas status, in real-time on-site.
NodeMCU DEVKIT 1.0. NodeMCU is open-source firmware for the IoT platform. This hardware is a microcontroller unit with a wifi chip. It is an excellent low-cost option for sending data to a web server, LCD, GSM, and relay. This control unit takes the data obtained by the sensors. After analyzing the sensor data, this microcontroller executes the appropriate actions.
Audible alarm. The buzzer is added to notice nearby people. If the sensor detects the presence of gas in the air, then the NodeMCU activates the audible alarm.
GSM modem (SIM800L). This hardware connects to the NodeMCU to send and receive text messages (SMS). The modem has a SIM card and must be with a subscription to a mobile operator. If the sensor detects the presence of gas or out-of-range value, then the microcontroller sends an automatic notification to a cell phone number about the gas leak. In addition, it is possible to query the status of the gas leak by SMS remotely.
Relay. It is a device that operates the solenoid valve.
Solenoid valve: This device controls gas leakage; it turns on or off through the relay module according to the signal from the microcontroller.
Wifi router. It is a wifi router device for Internet connection.
Smartphone: This is a control unit. It can access mobile applications on the solenoid valve and remotely turn it on or off.
Google Firebase is a platform for storing and processing leakage data. This database sends the data from the microcontroller to the mobile applications in real time.
Arduino IDE and C++ programming. The microcontrollers are programmed in Arduino IDE and C++ programming language.
MQ-5 and MQ-6 gas sensors are good choices for detecting flammable gases and LPG and their proportion in the air. Measuring temperature and humidity is significant to know the heat index. With these sensors, the NodeMCU microcontroller can explore the possibility of accidents. After the sensors detect leakage and measure the leakage volume in the PPM unit, they send the data to the microcontroller. The microcontroller verifies the data, according to the parameters, in this case, if the leakage value is greater than 500 PPM, then the solenoid valve is shut down automatically. See
Figure 15.
The web application presents the important index values (gas percentage, heat index, humidity, smoke presence, and temperature). In the web application, you can understand the gas leakage situation or the normal state, and it is unnecessary to understand the sensor values. If there is a gas leak, an alarm is generated on-site, and an SMS text message is sent to minimize the possibility of an accident. The GSM module allows a message to be sent for the presence of gas or other out-of-range sensor values, and it is possible to query the current sensor values. The smartphone receives the data from the server via the mobile application. In addition, the on/off interface is displayed. If the leak volume exceeds 500 PPM, you must press the shutdown button (RED) on the smartphone to control the gas leak. The command data is transmitted to the microcontroller via the Internet database. The solenoid valve can be opened via the GREEN button on the smartphone. See
Figure 16.
The Business Intelligence part [
48] takes the source data from the database in the cloud; in this database are the measurements of all the sensors in the LPG distribution network, i.e., humidity, temperature, and particles per million in each fraction of time. Other data that exist are transport, time, and quantity. It is recommended to use Microsoft Power BI Desktop (PowerBI, 2023) because it is very intuitive.
The BI model has four levels;
Figure 17 represents the model based on IoT and BI.
Data Source: This is the Firebase in the cloud. The database contains the Sensors table with column identification, series, sensor name, location, start date, and status. The Measurements table has columns such as sensor, humidity level, temperature level, PPM level, date, and time.
ETL: There is the ETL process (Extraction-Transformation-Load); here, the Power BI tool performs the validation, cleaning, transformation, and aggregation of the data and then performs the load to the Data Mart. In this case, the source data belongs to a single database; the data is homogeneous in the extraction; the extraction is performed every hour or according to the Power BI configuration; in the data cleansing, unnecessary data is discarded. Data is considered valid because it is in a database; data such as sensor series and start date are discarded in data cleaning. The cleaned data is loaded into the Data Warehouse, and the data belonging to the Facts table is loaded into the Power BI tool.
Storage: There is the datamart, the data warehouse, and the cube; remember that the source database comprises two-dimensional tables or straightforward data. The Power BI tool obtains this multidimensional data on the sensors. A multifaceted analysis allows thinking, reducing confusion, avoiding lousy perspectives, and seeing from another angle and other facets.
Visualization: This BI results in view contains dashboard sorts; the previous steps could be performed in the Power-BIPower BI.
The Data Warehouse gets the data from the IoT network; from this IoT, it receives the humidity, temperature, and PPM data, which are stored in the database in the cloud. In the database are other data such as city names, province names, sensors names, microcontrollers lists, gas supplies lists, threshold parameters by gas type, daily sensor activities, customer list supply lists, and customer services lists. The lists become the dimensions of the DW; the facts are the technical and daily indicators. The technical indicators help to track the LPG dispatch. The daily hands keep the history of the sensors to perform averaging and presentation of carvings on the dashboard.
Figure 18.
Facts and dimensions.
Figure 18.
Facts and dimensions.
The reports that the dashboard can present are a list of alarms by city, a list of thresholds, a list of technical indicators, a list of active microcontrollers, and a list of sensors. It is recommended to use Microsoft Power-BI for the implementation, and the information can be exported to a spreadsheet.
4.4. Evaluate the IoT network and BI model using the Y.4908 Standard and the IT specialist survey.
Standard Y.4908 (ITU-T, 2020) is used to evaluate the IoT network’s interoperability, usability, and security; this task was performed by three professionals who participated in the same survey. All three agreed on the answers in the table of evaluation factors about the IoT network. They answered Yes on: List of Network interoperability devices, List of Network interoperability systems, List of Data interoperability devices, List of Data interoperability systems, and List of Services interoperability devices. They answered No on the Service Interoperability Systems List. Dividing 100% for six answers gives 16.66% for each answer. The three professionals answered five questions in the affirmative, i.e., a percentage of 83.33% was obtained. This means the IoT network has an outstanding approval because it exceeds 80%. See
Table 3.
The survey was administered to 30 Information Technology, Systems, or Computer Science professionals. Ten questions with Likert scale responses were asked for the study, which is "1. Strongly agree", "2. Agree", "3. Neither agree nor disagree", "4. Disagree" and "5. Strongly disagree", used in [
49].
Table 4.
Results of the survey to professionals.
Table 4.
Results of the survey to professionals.
No |
Questions |
1 |
2 |
3 |
4 |
5 |
1 |
A BI model presents data sources |
44 |
43 |
10 |
3 |
0 |
2 |
The Data Warehouse model is presented |
33 |
47 |
20 |
0 |
0 |
3 |
ETL is presented |
37 |
33 |
30 |
0 |
0 |
4 |
The names of the indicators are presented |
53 |
40 |
7 |
0 |
0 |
5 |
The terms of the reports are presented |
57 |
37 |
6 |
0 |
0 |
6 |
The named software is appropriate |
34 |
33 |
13 |
0 |
0 |
7 |
The DW contains dimensions and facts |
47 |
40 |
13 |
0 |
0 |
8 |
The hands are suitable for this case |
57 |
37 |
3 |
3 |
0 |
9 |
The model promotes a culture of data-driven decision-making |
57 |
30 |
7 |
3 |
3 |
10 |
The model is clear and specific |
57 |
37 |
6 |
0 |
0 |
|
Overall average |
50 |
38 |
12 |
1 |
0 |
If the percentages of "1. Strongly agree" and "2. Agree" are added together, it is assumed that both groups of people agree on the answer. Survey analysis: In question 1, 87% of the professionals agree that the model presents the data origins of IoT sensors, and 13% disagree. In question 2, 80% of the professionals agree that the article presents the DW model, and 20% disagree. In question 3, 70% of the professionals agree that the model does give the ETL, and 30% disagree. In question 4, 93% of the professionals agree that the research does present the indicators, and 7% have no opinion. In question 5, 94% of the professionals agree that the study shows only the reports’ names and 7% do not know. In question 6, 87% of the professionals agree that using Microsoft Power-BI is appropriate, and 13% do not agree. In question 7, 87% of the professionals agree on the dimensions and facts presented in the model, and 13% do not agree. In question 8, 94% of the professionals agree that the indicators presented or named are appropriate, and 6% do not agree. In question 9, 80% of the professionals agree that the model promotes decision-making, and 20% do not agree. In question 10, 94% of the professionals agree that the model presented is transparent, and 6% do not agree. At the overall average level, 49% completely agree with the answers, 38% agree, 12% neither agree nor disagree, and 1% disagree. In other words, the model has an overall average approval rating of 87%.