Next Article in Journal
Functional End-Use of Hemp Seed Waste: Technological, Qualitative, Nutritional, and Sensorial Characterization of Fortified Bread
Previous Article in Journal
Optimal Configuration of Wind-PV and Energy Storage in Large Clean Energy Bases
Previous Article in Special Issue
Operational Concept of an Innovative Management Framework for Choosing the Optimal Packaging System for Supply Chains
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Hyperconnected Logistic Platform for Heavy-Duty Machinery: Leveraging Physical Internet Principles to Drive the Composting Industry

1
Institute of Logistics Engineering, Graz University of Technology, 8010 Graz, Austria
2
Physical Internet Center, School of Industrial and Systems Engineering, Georgia Institute of Technology, Atlanta, GA 30332, USA
*
Author to whom correspondence should be addressed.
Sustainability 2023, 15(17), 12898; https://doi.org/10.3390/su151712898
Submission received: 21 June 2023 / Revised: 11 August 2023 / Accepted: 15 August 2023 / Published: 25 August 2023
(This article belongs to the Special Issue Energy-Efficiency in Sustainable Supply Chains and Logistics)

Abstract

:
The Physical Internet (PI) envisions a global logistics system that integrates physical, digital and operational connections. This study aims to develop a hyperconnected logistic platform for heavy-duty machinery (HDM) in the composting industry by utilizing a systematic methodology. The proposed architecture consists of four layers: the Domain Model, the MBSE Model, the Information Sharing Model and the Agent-based Simulation Platform. The Domain Model analyzes the current situation and investigates stakeholder viewpoints, and the MBSE Model reduces complexity and describes mutual interactions between requirements and needs. The Information Sharing Model focuses on the information exchange among the main components, and the Agent-based Simulation Platform implements the proposed platform. The feasibility of the proposed architecture is demonstrated through a use case in Styria, Austria. Three simulation-based scenarios are analyzed, starting from the semi-hyperconnected approach up to the hyperconnected approach with PI vision integration. The results indicate that the hyperconnected platform is successful in serving all composting facilities, leveraging underutilized resources and promoting high-quality compost production. Thus, the platform provides support in a local, communal setting, resulting in enhancing the circular economy within the composting sector. Our efforts aim to contribute to the realization of the Physical Internet vision and promote composting to ultimately achieve a more sustainable future.

1. Introduction

The Physical Internet (PI) envisions a universally accessible global logistics system characterized by the integration of physical, digital and operational connections. This is facilitated by the use of encapsulation, interfaces and protocols with the ultimate aim of creating a constantly evolving system that benefits from technological, infrastructural and economic advances [1]. One aspect of the PI vision involves the development of hyperconnected networks across diverse domains. Consequently, the PI approach should be regarded as all-encompassing and not limited to a specific industry. Another particular relevant aspect of the PI vision is the fundamental idea of sharing. Although sharing concepts have been practiced for hundreds of years, new forms of sharing have been emerging, owing to the rapid increase in digitalization and related technologies. This trend has contributed to the rapid growth of the sharing industry in the last decade, with a forecast to grow by more than 25% annually [2,3,4,5,6]. Especially the prevalence of Internet of Things (IoT) and service-oriented architecture have enabled the emergence of sharing economy platforms, transforming systems of production and consumption around the world [7]. From an economic perspective, PI-based sharing platforms may provide an economic advantage, such as a reduction in costs [8] or increased convenience for customers [9]. Given the increasing environmental degradation, the economic and environmental reasons for sharing platforms are seen as a way to use resources more efficiently by better connecting users through digital technologies. The resulting increase in utilization is an attempt to compensate for growing consumption-related environmental challenges [10].
There are many areas of the sharing economy, such ride-sharing, short-term rentals, coworking, grocery delivery services and heavy-duty machinery (HDM) [11]. The need for sharing HDM has never been so imperious, especially because the growth of risk and uncertainty has become a serious problem in the agricultural area. To quench their thirst for high-quality products and low-risk investments, small and mid-size agricultural enterprises and large enterprises are turning to sharing resources. In general, sharing HDM is recognized as a significant business strategy in [12], in which agricultural and supply chain entities work collaboratively on a short-term basis to produce high-quality products with HDM delivered on-site. Recently, the integration of cutting edge technology such as cloud computing, the IoT and blockchains to agricultural and logistic industries introduced new paradigms such as climate-smart agriculture [13], smart logistics [14], hyperconnected logistic [15], etc. Therefore, future agricultural industries will be highly digitalized and capable of expanding the scope of resource sharing in both vertical and horizontal directions.
Composting is hereby defined as a controlled aerobic process used for the production of compost. It is produced in an anaerobic biological treatment plant, called a composting plant, which uses biological waste as feedstock. The produced compost is thus the rotting product from the treatment of organic materials or biogenic waste from separate collection, after largely completed aerobic decomposition, which meets the defined quality requirements for use or placing on the market. The compost produced is returned to the economic cycle in legally defined qualities for various applications. These applications include fertilization and soil improvement in agriculture and hobby gardens [16,17,18]. The most common industrial method for compost production is the compost windrow process or “open composting”. In this process, the organic waste is placed in long lanes, which, depending on the composting plant, range from 1.2 to 1.5 m in height and 2.5 to 3 m in width. To ensure the biological process of composting progresses properly, it is essential that the compost windrows are turned at regular intervals, which is performed with so-called compost turners. The exact interval depends on several factors, but it can be assumed that it does not exceed three times per week [16]. Open windrow composting technology has become widely established in Central Europe. In Austria, for example, there are a comparatively large number of smaller, regionally focused composting plants, with a total of 405 facilities [19]. By understanding the composting process, it becomes clear that the concepts of sharing HDM are not too far away and could also be adapted to heavy-duty vehicles for composting. This would create great potential for this sector, especially because there is a rising demand for composting. Obviously, there has only been limited research work conducted in this field so far. The works by Larsen as well as by Hansson and Lagerkvist are worth mentioning, which have dealt with machinery sharing on farms in Northern Europe. On the basis of surveys, it was found that the sharing of agricultural machinery leads to an increase in the efficiency of operating farmers [20,21]. However, these works were focused on analyzing existing systems. Therefore, there is a huge gap regarding having a systematic–methodological architecture for a sharing platform for HDM at composting plants. Our approach is thus to use existing efforts from the sharing industry and to apply them to the field of composting. This approach is motivated by two problems that are currently affecting this industry. On the one hand, the purchase of new machines is often a very expensive proposition, which is why especially smaller plants cannot afford these investments. Second, the EU has passed a new regulation that makes waste separation and the recycling of organic waste compulsory [22,23]. Therefore, there will be a huge demand for composting (80% increase in the last 20 years) [24]. Traditional methods in this industry will therefore no longer be sufficient.
To overcome these difficulties, the TU Graz and its partners are currently working intensively on solutions, both on aspects of the mechanical engineering domain (development of a fully autonomous electric compost turner, see Figure 1) and on conceptual solutions [25,26,27,28,29]. Our previous work addressed the basic ideas of a sharing platform for compost turners and can thus be considered as a first footstep in this field [30,31].
To achieve the EU’s climate targets concerning a circular economy and composting, this paper presents a systematic methodology for designing and developing a hyperconnected HDM-sharing platform based on an Austrian case study. Our approach demonstrates steps and workflows starting from the first idea of the concept up to the technical implementation in terms of a simulation-based case study. The key contributions of this work can thus be summarized.
  • We proposed a systematic methodology for designing and developing a hyperconnected HDM-sharing platform, serving as a driving force for the composting industry to achieve the climate goals.
  • We used the Model-Based Systems Engineering approach to model our proposed HDM-sharing platform.
  • Our study examined a real-world case study of composting plants in Austria by analyzing data within a region of interest.
  • The proposed platform was implemented using simulation techniques, and we demonstrated how HDM sharing works in the region under consideration.
The rest of this paper is structured as follows. The architecture of the proposed hyperconnected sharing platform is presented in Section 2. In Section 3, the simulation and evaluation of the sharing platform are presented, based on empirical data from Austria. Finally, Section 4 provides a discussion and conclusions, including an extended consideration of the key contributions.

2. Methodology of the Proposed Architecture

The Architecture of the Proposed Platform

In order to achieve open information integration starting from the conceptual idea up to the technical realization of the hyperconnected sharing platform, a conceptual framework is presented in this paper. As illustrated in Figure 2, the framework consists of four layers, the Domain Model, the MBSE Model, the Information Sharing Model, and the Agent Based Simulation Platform.
The Domain Model (DM), as seen in Figure 3, represents the highest level in the proposed architecture. As commonly found in the relevant literature, the primary focus is now on the system-wide view (see [32] for a more detailed discussion). At this level, the current situation of the given task is analyzed in the first step. Naturally, this includes the involvement of all stakeholders, such as the plant manager, truck drivers and the operator of the composting plant. After the depiction of the current situation, the different viewpoints of the stakeholders for the given task, in this case using the sharing platform for HDM at composting plants, are investigated. The objective is to achieve a precise understanding of how each stakeholder would perceive the sharing system. Each stakeholder’s needs, requirements and constraints are identified in detail, as well as the mutual effects of the sharing platform and the stakeholder. Documentation is performed in the form of outlines, flow charts and diagrams. Once the needs, requirements and boundary conditions for all stakeholders have been defined, they need to be incorporated into MBSE in the next step.
MBSE Model. At a certain level of complexity, which is a consequence of the large amount of information collected in the DM, it becomes increasingly difficult to maintain a clear understanding of the overall picture. A certain degree of design flexibility is important in the DM in order to enhance creativity. Nevertheless, the collected information, such as requirements, needs and constraints, must now be brought together in a structured fashion. Among other reasons, it is necessary to reduce the level of complexity, and mutual interactions between requirements and needs must be described. We consider an approach based on Model-Based Systems Engineering (MBSE Model) to be suitable for overcoming the above-mentioned challenges [30]. There are numerous approaches and methods in this domain. Due to the practice-oriented design, the ARCADIA methodology is widely accepted in industrial and scientific domains and is therefore employed in the present study. The overall design of the ARCADIA method, consisting of the four layers of Operational, System, Logical and Physical Architecture, is shown in Figure 4, and a detailed discussion of this method can be found in [33,34]. For the implementation of the ARCADIA method, the software CapellaTM, version 5.1, is used [35].
The Operational Analysis is the most abstract level in the ARCADIA architecture. The main question of this level to answer is as follows: “What do the users of the future system have to achieve?” The focus is on identifying the needs and goals of the user: “What are their activities? What roles do they need to fulfill, and under which what-if scenarios do they operate?” Many of these questions have already been clarified in the previous DM and only need to be formalized in this step. The big advantage over the previous step is that the MBSE Model is created in the Capella software, allowing all dependencies to be entered directly, resulting in the immediate detection of any contradictions. The Analysis of the System Needs raises the following question: “What does the system have to accomplish for the users?” The aim is thus to identify the capabilities and functions of the system to satisfy operational needs. An external functional analysis is carried out to identify the system functions needed by its users, limited by the non-functional properties requested. Whereas the first two analyses consider the system a black box and are therefore devoted to needing understanding, the following two focus on the solution architecture design, whereby the system is now considered a white box. The key question of the Logical Architecture is, therefore, the following: “How will the system work to fulfill expectations?” An internal functional analysis is performed to identify the sub-functions that must be carried out and put together to establish the “user” functions identified during the previous phase. Furthermore, an identification of the logical components that execute these internal sub-functions is performed, as well as the integration of non-functional constraints, such as performance and safety. The Physical Architecture is the fourth and final analysis. This deals with the question of how the system is developed and built. The aim of this level is the same as that of the logical architecture, except that it now defines the final architecture of the system. Functions required for implementation and technical decisions are added, as are the behavioral components (e.g., software components) that perform these functions [33,34]. Because the ARCADIA method is mostly used in a top-down approach, the levels of Operational Analysis, Systems Analysis and Logical Analysis are mandatory. Thus, the consideration of the Physical Analysis is not always necessary and is skipped in the present work, as its focus is on a case study in which no physical realization is required. In summary, the output of the MBSE Model consists of systems, subsystems and their interactions on a logical level.
The Information Sharing Model (ISM) takes all of the above-mentioned information as its input. The aim of this level is to create a platform that integrates the main components of the HDM-sharing platform together. Thus, making this level a crucial part of the overall platform, as discussed by [15]. The “PI Hub Network Development” deals with the question of where optimal facilities (“hubs”) should be established so that the HDM can be transported from these hubs (sources) to the respective composting plants (targets) in the best possible time. This phase is governed by the systems boundaries and receives as input the real word geocoordinates of the already existing composting plants, as well as a set of feasible locations where the PI hubs could be constructed. “PI Route Planning” deals with the question of through which specific routes the HDM must be transported to reach the sources in the optimal time. The results are then passed back to the “PI Hub Network Development” through a feedback loop. It is important to note that this layer does not cover the concrete implementation of the components addressed but rather focuses on the information that must be exchanged so that the overall system of the sharing platform ultimately operates consistently (Figure 5).
The Agent-based Simulation Platform is the last level of the proposed architecture, and it is responsible for the implementation of the proposed platform using a discrete event agent-based approached. At this level, the processes, methods, models, algorithms and their implementation are presented. Figure 6 provides a detailed view of this layer, consisting of an agent-based simulation, sources and targets, location planning and routing.
There are different notions and definitions of agent-based simulations depending on the discipline [36]. Thus, we follow the approach of [37], which defines an agent as a theoretical, virtual or physical entity. This entity is able to act on itself and on the environment in which it evolves and is able to communicate with other agents. Its behavior is the consequence of its observations, knowledge and interactions with other agents. Its characteristic properties are its role, goals, functionalities, beliefs, decision-making ability, communication ability and learning ability [38]. For a more detailed discussion on agent-based simulations, please refer to [39]. We decided to use an agent-based approach because it is considered more powerful for the present use case, as it allows capturing more complex structures and dynamics [40]. The aim of the agent-based simulation, which, in the present case, is for the “Sharing Platform”, is the virtual representation of the selected example region. As is explained in detail in the use case (see the Section 3), the composting plants “targets”, and the locations for HDM (“hubs” or “sources”) are virtually mapped on real road map data. To achieve what is mentioned above, the following steps are required. In the “sources and targets” step, the actual coordinates of composting plants and a set of possible hubs must be determined. The method of how the locations are selected is determined in the previous phases of our proposed architecture. Once the locations have been determined, the next step, “location planning”, is to determine the optimal hub positions from the given set of possible hub positions. Hereby, we refer to “optimal hub positions” as those positions where all targets may be reached from the assigned sources within the shortest possible time. From a mathematical–logistical point of view, we use the Capacitated Facility Location Problem for this step. This model is well suited to solve the optimization problem mentioned above [41]. Once the optimal locations for targets (hubs) have been determined, the routes from each source (composting plant) to the respective assigned targets must then be calculated. From a mathematical–logistical point of view, there is a wide range of routing algorithms that might be suitable for such kinds of problems. Again, we refer to the literature for a more in-depth discussion [42,43,44]. Therefore, we use the “multi-depot heterogeneous vehicle routing problem with time windows” (MDHVRPTW) for the present case. This mathematical model is an extension of the classical vehicle routing problem (VRP), which additionally considers time windows (TW) and multi-depots (MD). Time windows denote that the time needed by the HDM to work at the targets (e.g., to turn the compost at the plant) is taken into account. Multi-depots allow the computation of routing from multiple sources to multiple targets. As is evident in the Section 3, this capability is important for the given sharing platform for HDM.

3. Case Study

We intend to ensure that our proposed architecture (see Figure 2) has a certain degree of universality and is therefore not exclusively suitable for a particular application. Hence, a specific use case is considered that substantiates the validity of the architecture.

3.1. Applying the Proposed Architecture: The Use Case of Styria/Austria

In the following chapter, the presented architecture is applied, taking the already described province of Styria in Austria as the example region.

3.1.1. Domain Model

As already noted in the introduction, the situation of composting plants in Central Europe is very decentralized. Every village, municipality and town has surrounding composting plants that treat accumulated biogenic waste. This leads to the situation of numerous but therefore also very small composting plants. Because it is important to choose a region that is as representative as possible, we decided to use the province of Styria, which is located in Austria, as an example region. The first level in our presented architecture, the Domain Model, was developed in close collaboration with domain-specific experts from the compost industry. The result was a model for a hyperconnected sharing platform, as shown in Figure 7. The basic idea is to have a truck loaded with HDM, for example, a compost turner, starting from a hub and visiting all composting facilities in a round trip. At the plants, the HDM is unloaded from the truck, performs its work and is reloaded to travel to the next plant. Due to the large number of composting plants in the considered example region, it is necessary that several hubs are foreseen in the hyperconnected sharing platform. The main task of the hubs is the maintenance and the overnight parking of the HDM. The hyperconnected sharing platform currently assumes daytime operation; nighttime operation could be a possible expansion at some point. The number of hubs, as well as the number of positioned HDM per hub, is selected such that the platform is stable and robust against disturbances. Corresponding optimization algorithms are presented in the following. A special characteristic of the proposed platform is the interconnection of all hubs. This ensures that extraordinary peak loads can be covered by other hubs.
Another essential aspect of the Domain Model is that it achieves an understanding of how individual stakeholders perceive the hyperconnected sharing platform. In cooperation with industry experts, the impact of the platform on the individual stakeholders (“composting plant operator”, “truck driver” and “sharing coordinator”) was assessed. The results were documented in the form of processes and procedures. As mentioned, the platform should only operate during the day; thus, the round trips of the trucks loaded with HDM, as shown in Figure 7, should not exceed one working day.

3.1.2. MBSE Model

In accordance with the proposed architecture, those that were still unstructured processes at that time were implemented into the MBSE Model. Through this step, the documentation effort was converted into a digital form by embedding those processes into the Capella software, version 5.1. On the one hand, a reduction in complexity was achieved. On the other hand, a particular characteristic of MBSE could be exploited, namely the possibility to graphically represent dependencies between systems. This allowed the detection of contradictory dependencies that were not obvious in the Domain Model, as it was mainly in a paper form. To give an example, Figure 8 shows an MBSE process chain from the truck team’s perspective in the sharing model. The actors (“truck team”, “coordinator”, “online system” and “composting plant operator”) are shown. The functions of the respective systems are shown as green boxes. The various systems and their subsystem exchange data with each other are also shown, although not all connections (green line) are required for the process chain (thick blue line). The systems, functions and the process chain displayed in Figure 8 were already designed in the Domain Model step; the integration of these elements into an MBSE Model now establishes the connection to the overall system. If one changes a function in the depicted view of the “truck team”, the result would be instantly updated to all other views, for example, to the “composting plant operator” view. As already indicated, this characteristic of the MBSE Model is essential for reducing interface errors.
Another essential point is the determination of a set of possible hub positions, from which the optimal hub locations are later determined by means of optimization procedures. At this point, several options come into question. From a pure mathematical point of view, it would be conceivable to cover the considered example region with a grid whose nodes represent the sought set. However, this entails some disadvantages from a technical–logistical point of view. First, the node could be located in geographically unfavorable places, such as rivers, lakes or mountains. This could still be circumvented by performing manual fine-tuning of the locations. However, a far more serious difficulty arises from the fact that the sites would obviously have to be built at the nodes, which naturally entails substantial investment costs. In order to overcome these challenges, one might consider this matter from a Physical Internet (PI) perspective. A fundamental idea of the Physical Internet is to leverage existing infrastructure for new concepts [45]. Taking the present case of a hyperconnected sharing platform in Styria as an example, such existing infrastructure might be the sites of Machinery Ring Austria. Its business model is to establish small to medium-sized communities that share equipment in order to mitigate the issue of high investment costs. These communities currently operate in a decentralized manner, but all have a regional base where the equipment—ranging from small household appliances to heavy agricultural machinery—is stored and maintained. Expert interviews with representatives revealed that adopting the existing sites as hubs for a hyperconnected sharing platform for HDM at composting facilities does indeed provide value. Therefore, the set of possible hub positions for the present work was chosen as the locations of Machinery Ring sites in the province of Styria. The locations are depicted in Figure A2 in Appendix B.

3.1.3. Information Sharing Model

Once the processes and workflows have been methodically defined, the information flows must be developed in the Information Sharing Model. For the present case study, this is illustrated in Figure 9. The initial stage involves transmitting the geographical data consisting of the specific locations, designated as “targets and sources,” to the location planning module. Subsequently, the outcomes derived from location planning, which are the optimal hub positions, must be forwarded to the route planning module. Finally, the optimal routing configurations are forwarded to the Agent-based Simulation Platform for further analysis.

3.1.4. Agent-based Simulation Platform

After the information flows have been clarified, the technically concrete models and optimization algorithms are implemented in the Agent-based Simulation Platform. As input data, the positions for hubs defined in the previous steps as well as the positions for the considered composting plants in the example region are required. These positions are shown in Figure A1 and Figure A2 in Appendix B. Based on these data, location planning determines the optimal positions for the hubs. This is performed by applying the Capacitated Facility Location Problem. Apart from the positions of the composting facilities and a set of possible hub positions, capacity M of the hubs is also taken as input. In this context, capacity M determines the number of composting plants that the truck loaded with HDM can visit within a set period of time t_max. As defined in the Domain Model, the time span is set in this case to one working day, i.e., t_max = 10 h. Capacity M therefore depends first on the travel time of a round trip, which is the time the truck spends traveling from one composting plant to the next. Second, the time the HDM spends at each composting site to perform its work, t_K, is a major influencing factor. The former can be taken as an estimated percentage p of the total time t_max. The latter, the time t_K, can be estimated using statistical methods. Thus, the maximum capacity M follows:
M = t m a x 1 p t K
The numerical estimation for t_K is obtained by applying the methodology presented in [30] and heavily depends on the scenario under investigation, as is discussed in the following section. For enhanced comprehension, a brief example is given. Assuming that, on average, it takes the HDM a total of 57 min to perform the work at a composting plant, we yield a value of t_K = 57 min. With the assumption that 30% of the total working time is allocated to the travel time (thus, p = 0.3), an estimation for the capacity can be given with M = 7.37 . Because the capacity can only be an integer, we subsequently receive a numerical value of M = 7. At this point, it should be again explicitly emphasized that the above-mentioned considerations are assumptions. On the one hand, it is impossible to determine the exact travel time without first knowing the exact positions of the hubs. At the same time, it is equally impossible to calculate the positions of the hubs without having an assumption for the travel duration. As already shown in the methodological architecture in Figure 6, this approach must be regarded as an iterative procedure [46]. The implementation of our optimization approach was inspired by the work of Pedroso et al., and the result is shown in Figure 10 and can be interpreted as follows [47].
The Capacitated Facility Location Problem (CFLP) procedure, shown in Figure 10, selected the optimal sources based on a set of possible sources (see Appendix B, Figure A2 and Appendix A for a more in-depth discussion on the CFLP). These optimal locations are shown as large colored nodes with a house symbol. Sources that were not selected as optimal are shown as large purple nodes. These are not considered in the following. The composting plants are represented as small nodes. Each of these nodes is the same color as that of the sources to which they have been assigned by the algorithm. The routes, which represent the fastest connection from the source to the target, are colored black. As can be seen in the figure, the entire Capacitated Vehicle Routing Problem was calculated based on the real existing road network in the example region of Styria. Furthermore, vehicle profiles were applied, which, among other factors, also take the maximum speeds on the roads into account. The figure clearly shows that the positions were calculated on the basis of individual, star-shaped trips. Thus, the logical next step is to calculate the round trips using the previously determined positions as input.
The result of the routing, specifically the “multi-depot heterogeneous vehicle routing problem with time windows” (MDHVRPTW), is shown in Figure 11. The previously determined optimal hub positions are plotted as large red circles. The small circles are the composting plants, which are again painted in the color of their associated hub. The routes of the trucks loaded with HDM are clearly marked in the respective color. As a boundary condition, it was again set that a maximum of seven composting plants can be visited from each hub to fulfill the earlier set condition that the round trips must be completed within one working day. It should be noted at this point that the assignment of the composting plants to their respective hubs has changed since the previous step. This is a logical consequence of the fact that location planning assumes star-shaped trips, and the aim of the routing is to achieve optimal round trips. Furthermore, it should be mentioned that the routing step focuses on the consideration of the entire region of interest; the routes from all sources to all targets were computed using optimization. However, the time-related components of the system are missing. To address these aspects, the results of the previous steps, namely sources and targets, location planning and routing, are integrated into an agent-based simulation.
Figure 12 shows a screenshot of the agent-based simulation performed in the AnyLogic software, version 8.8. The composting facility “targets” under consideration are shown as small green house symbols. The hub positions selected in the location planning step are yellow, larger house symbols. Trucks loaded with HDM are shown as small red vehicle icons. The sources, targets, trucks and orders were modeled as agents in AnyLogic. The trucks agent consisted of a very basic state chart, containing the states of idle and travelling. Each time, the truck agent receives an order, the state swaps to traveling, and a message of the current time is sent out. These data are the basis for the later evaluation of the time stamps. The order that agents receive is input from the previous route planning step, implemented via the open-source Python AnyLogic Pipeline. Thus, the trucks travel along optimal round trips, as calculated in the routing step. As indicated, the main output of the agent-based simulation is the timestamps of the trucks or, more specifically, the time at which the trucks started, the time when they visited their assigned plants and, of course, the time when they returned to their respective hubs. This information proves to be essential for the following simulation-based scenario investigation.

3.2. Experimental Evaluation and Comparison

Within the present study, three simulation-based scenarios are analyzed. Before the specific results are discussed, a brief overview of the scenarios is given.

3.2.1. Overview of the Conducted Simulation-Based Scenario Investigation

The first scenario assumes the participation of small and medium-sized composting facilities. This approach aims to provide an accessible and cost-effective solution for smaller composting plants that may not have the financial resources to purchase the machinery needed to compete effectively in the market. Including these smaller and medium-sized facilities is especially important, as they handle composting at local, communal scales, thus contributing to increasing the composting rate required to achieve the climate goals. The data basis for the simulation scenarios presented here was created through empirical studies that investigated the situation of composting facilities in the Central European region. The aim of these studies was to determine the average amount of time required by composting companies for utilizing heavy-duty machinery on a daily basis. The information obtained was used to develop profiles of composting plants, which are used in the present scenario analysis. Percentiles were used to rank the composting facilities by size and performance. This facilitated the establishment of a profile for small-scale composting facilities, defined as the 0th to 20th percentiles. The classification for medium-scale composting facilities covers the 20th to 80th percentile range, whereas large-scale composting facilities are situated within the 80th to 100th percentiles.
The second scenario assumes that all composting plants participate in the HDM platform to an equal extent. The objective of this scenario is to investigate the feasibility and performance of the platform, assuming that all heavy machinery required for composting is shared among composting plants of all sizes. More specifically, this scenario explores the effects of the involvement of small, medium and large composting facilities on the platform. It is worth noting that the duration of machinery usage varies for the different sizes of facilities, with larger facilities needing the machinery for a longer period of time than that required by smaller facilities. Accordingly, this factor is taken into consideration in the scenario to ensure that the shared machinery meets the requirements of all participating composting plants.
The third scenario is based on the assumption that small and medium-sized composting plants are dependent on the HDM platform because they do not have the financial means to be able to purchase the required heavy machinery themselves. The larger facilities are assumed to already possess the necessary equipment and therefore do not need to participate in the platform. Nevertheless, the utilization of the machinery in these large plants is generally low, mainly because they are usually operated primarily during the morning. This results in the equipment remaining unused in the afternoons. As mentioned in the introduction, a key principle of the Physical Internet concept is to leverage the use of underutilized resources. Because the heavy-duty machinery of large composting companies remains idle in the afternoon, this underutilized resource can be leveraged in accordance with the PI concept. Scenario 3 thus assumes that these large companies act as PI hubs during this period. A brief summary of the aforementioned scenarios can be found in Table 1.

3.2.2. Presentation and Graphical Visualization of the Obtained Outcomes

Scenario 1 deals with the case in which only small and medium composting plants participate in the platform. As can be clearly observed in the statistical analysis in Figure 13a, a total of six round trips are necessary to serve all plants. These round trips start and end at a PI hub, marked as a red circle in the map of Figure 13a. It is well visible that none of these round trips needs more than 10 h, and therefore, all composting sites can be served within the given time limit. Thus, this scenario can be considered successful.
In Scenario 2, the conditions vary, as it not only encompasses small and medium-scale composting facilities but also integrates large-scale plants. Consequently, an increased number of round trips is inevitably necessary. As can be seen on the map and the corresponding statistical evaluation in Figure 13b, a total of eight round trips are required for this scenario. When examining the statistical evaluation, it is immediately apparent that round trip no. 3 exceeds the specified time limit of 10 h. Moreover, a closer look reveals that both round trips no. 4 and no. 5 require significantly less time than that which is available. As already mentioned in Section 2, the aim of the optimization is to find the best possible routes so that the sum of the time required for all round trips is minimized. As is clearly evident from round trip no 3, this is not sufficient in the present case. Therefore, a constraint is introduced, which additionally limits the individual trips to a time limit of a maximum of 10 h. The results of this additional constraint in Scenario 2 are presented in Figure 13c. Examining the map in Figure 13c, it can be clearly observed that the routes have changed due to the added constraint. However, it is interesting to note that, not only have the routes of those trips that exceeded the time limit in the previous scenario changed, but now the routing of all trips has been adapted. As can be seen in the corresponding statistics, the time limit can be kept for all trips due to the adapted routing. Thus, this scenario can also be considered successful.
Scenario 3 is of particular importance in the context of this study. Based on the fundamental approach of the Physical Internet vision, namely to leverage unused resources within new domains, large composting companies provide their machines in the afternoon and thus serve as PI hubs. Therefore, in the PI hubs location planning phase, the optimization task gets adapted and is now defined as follows: “Given a set of possible hub locations, find the optimal number and position of hubs so that all targets can be served, whereby the positions of large composting plants must be chosen as hubs”.
The result of the PI hub location planning phase is shown in Figure 14a. The purple markers represent the locations that were not selected as optimal hubs and that will therefore no longer be considered. The large colored markers represent the chosen hubs, with the smaller, equally colored markers representing the corresponding composting facilities. The PI hub location planning phase computation indicates that, in addition to large composting facilities, only a single hub needs to be constructed. This hub is shown in Figure 14a as a marker outlined in a red circle. Whether this claim holds up is now being investigated in PI-based network development.
Figure 14b illustrates the outcomes of the PI-based network development. In this scenario, routing considers the fact that trips originating from big composting plant hubs are operational only during the afternoon, encompassing a duration of 5 h. In contrast, the newly constructed hub, as in the preceding scenario, functions throughout the day by covering a total of 10 h. In the statistical analysis presented in Figure 14b, it is evident that the specified timeframes are maintained, with the exception of minor deviations observed in trips no. 1 and no. 9. These deviations, although minimal, are further examined in the discussion section. Overall, Scenario 3 demonstrates a high degree of success. The findings effectively illustrate that the implementation of a single hub, coupled with the utilization of pre-existing resources, is sufficient to serve all composting facilities participating in the HDM platform.
The following section provides a concise comparison of the three investigated scenarios. To visually represent this comparison, the ratio of the number of PI hubs to be constructed to the number of composting plants served was calculated. Figure 15 displays the results for all three scenarios. It is immediately evident that Scenario 1, with 6.2 plants per PI hub, closely resembles Scenario 2, which has 5.8 served plants per PI hub. In terms of percentages, Scenario 2 is 7% less efficient than Scenario 1, although the difference is relatively small. The comparison with Scenario 3 is especially noteworthy. As already discussed in detail, significant potential could be exploited by leveraging large composting plants toward PI hubs. Because all large composting plants are already equipped with the necessary machinery, only one new hub needs to be constructed, resulting in a 746% improvement compared to Scenario 1. It is important to note that this comparison is not comprehensive. Indeed, the values presented in Figure 15 should be viewed as an incentive to highlight the considerable potential of such a hyperconnected network.

4. Discussion

In the present work, a systematic methodology for the development of a hyperconnected logistic platform for HDM in the composting industry was presented. Following a top-down approach, starting from the top, the most abstract level of the architecture (Domain Model) and the further levels (MBSE Model and Information Sharing Model) up to the technically concrete Agent-based Simulation Platform were presented. Afterward, the technical feasibility of the proposed architecture was demonstrated through the technical implementation of the presented methods.
The proposed architecture provided a clear approach for the development of a hyperconnected HDM sharing platform, which enables access to composting machines for multiple, especially smaller, composting plants, ultimately contributing to increasing the composting rate and thus achieving climate goals. The platform was deliberately designed in such a way that, while following a clearly defined procedure, the crucial role of creativity, especially at the beginning, was not undermined. Another key aspect of the architecture is its interdisciplinary approach. Successful development is inconceivable without the engagement of stakeholders from all disciplines involved in the hyperconnected sharing platform. Therefore, as discussed in detail in the Section 2, it is essential to have all stakeholders participating in the very first level of the architecture, the Domain Model. Furthermore, this participation ensures that essential decisions and information that affect the overall system, such as boundary conditions, are passed on from the top layers to the underlying layers. This results in a reduction in interface errors at the technical implementation level, because these interfaces have already been defined jointly by all stakeholders at higher levels. In the use case of the example region of Styria, the key aspects of the proposed architecture were implemented successfully. In cooperation with all stakeholders, the Domain Model was developed, which defined the basic functionality of the sharing model. The resulting data were then formalized in the MBSE Model. The Information Sharing Model could be exploited to negotiate the individual components together. Finally, at the technical-specific level, the implementation of location planning, routing and agent-based simulation was realized. Although it is obvious that the key aspects of the sharing system were successfully implemented, it is mainly the minor aspects that require a more critical assessment. To give a specific example, one may mention policy restrictions that have not yet been incorporated into the presented hyperconnected sharing platform. In the example region of Styria, such restrictions would include driving restrictions for heavy commuter traffic on selected country roads. This is due to the fact that political efforts are being undertaken to require the prioritized usage of highways and freeways. Of course, the inclusion of these restrictions is not in contradiction with the proposed architecture; nevertheless, their inclusion would affect the results of the current use case, as certain routes would have to be excluded in the “routing” step.
From a managerial perspective, the hyperconnected sharing platform has several interesting impacts. On the one hand, it seems promising that the deployment of the platform in an example region leads to an increase in high-quality compost as a product. Smaller enterprises may especially benefit, as these are often not in a financial position to invest in costly machinery, which is absolutely necessary for the production of high-quality compost. Further, it is quite conceivable that the platform will attract new players who are not yet active in this industry.
Although a comprehensive economic evaluation is not within the scope of the present work, it is nevertheless worth mentioning certain considerations regarding achievable productivity gains of the platform on a system-wide level. It should be noted that the composting of agricultural waste, such as wood and greenery, is still of minor importance in the Central European region. A traditional and widespread way of disposing green waste in the spring is the Easter bonfire, in which communities collect green cuttings to burn afterward in the bonfire. To address this environmental catastrophe, there must be a more widespread change in attitude, as emphasized in Figure 16.
It is essential to recognize that the composting of green waste is not only absolutely critical for environmental reasons but can also bring economic benefits. The heavy-duty machines required to achieve these goals can be provided by the platform presented in this paper. Large industrial composting plants, which already possess such equipment, are capable of producing and selling more than 20 different types of high-quality soils. Due to the constantly increasing demands of customers, including the departments of the public green spaces of cities and municipalities, there is a huge demand for those high-quality soils. As industrial composting plants have successfully demonstrated, these high-quality products can generate significantly more profit than that of low-quality compost. The overall aim is therefore to raise general awareness of the fact that compost is not just waste but rather a high-quality product that should ultimately be sold to consumers. This incentive effect could be exploited, for example, to integrate smaller farms into the hyperconnected sharing platform. Naturally, if the platform grows as a result, the number of corresponding HDM and hubs must be increased. This process can be achieved in a systematic and methodical way by iteratively following the proposed architecture.
The introduction of the proposed hyperconnected sharing platform in this paper does by no means claim to be exhaustive. The authors are convinced that there are still many open topics remaining, among which a few are briefly outlined in the following. One key issue that affects all levels, starting from the Domain Model to the Agent-based Simulation Platform, is the question of whether the participants of the sharing model can express preferences regarding the arrival time of the HDM. This is a critical issue, as it obviously conflicts with the most optimal route planning in the form of a round trip. If participants are given the opportunity to determine the time when the truck loaded with the HDM should reach their respective composting plant, the truck would thus no longer be able to travel the fastest possible round trip across all plants. One way to address this challenge could be the introduction of weighting functions. In this way, the preferences of plant operators can be respected, while at the same time avoiding committing too much to the operators, by assigning appropriate weights in the optimization algorithms. Although early attempts on this topic are already in progress, much work remains to be conducted until publishable results are obtained. Further aspects include the economic assessment of the hyperconnected sharing platform, which was deliberately omitted in the context of the present publication. Such an assessment would require the platform to be analyzed from an analytical and economic perspective rather than from a technical and logistical point of view, as was conducted in the present work.

Author Contributions

Conceptualization, M.C., A.V.B., B.M. and C.L.; methodology, M.C., A.V.B., B.M. and C.L.; software, M.C.; validation, M.C., A.V.B., B.M. and C.L.; formal analysis, M.C., A.V.B., B.M. and C.L.; investigation, M.C.; resources, M.C.; data curation, M.C.; writing—original draft preparation, M.C.; writing—review and editing, M.C., A.V.B., B.M. and C.L.; visualization, M.C.; supervision, B.M. and C.L.; project administration, M.C.; funding acquisition, M.C. and C.L. All authors have read and agreed to the published version of the manuscript.

Funding

This research was funded by the Austrian Marshall Plan Foundation, the TU Graz Open Access Publishing Fund and the Austrian Federal Ministry of Finance via the Austrian Research Promotion Agency in the research project ANDREA (Grant No. 885368).

Institutional Review Board Statement

Not applicable.

Informed Consent Statement

Not applicable.

Data Availability Statement

Not applicable.

Conflicts of Interest

The authors declare no conflict of interest.

Appendix A

The present section provides a brief overview of the theoretical foundations of the Capacitated Facility Location Problem. It represents a special case of the general warehouse location problem. As in the general case, a set of targets i = 1 , , n and a set of sources j = 1 , , m are defined. The weighting factor x i j 0 indicates the proportion of a target i that is supplied by the source j   . The binary variable is y j = 1 if the facility is built at location j   ; otherwise, y j = 0 applies. In addition to the general warehouse problem, the maximum capacity of a warehouse M j is now added as a boundary condition. This number specifies the amount of storage capacity within a warehouse (source), regardless of whether the transporter is able to deliver that amount or not. The demand d j of the customers (targets) is introduced as a further condition. This specifies the amount to be delivered to a target, regardless of whether this capacity is available in the warehouses or not. Leveraging the work of (p. 53, [41]), [47], the Capacitated Facility Location Problem can thus be formulated mathematically as follows:
minimize : j = 1 m f j y j + i = 1 n j = 1 m c i j x i j subject   to : j = 1 m x i j = d i for   i = 1 , , n i = 1 n x i j M i y j for   j = 1 , , m x i j d i y j for   i = 1 , , n ; for   j = 1 , , m x i j 0 for   i = 1 , , n ; for   j = 1 , , m y j { 0 , 1 } for   j = 1 , , m

Appendix B

Figure A1 shows the composting plants in the region of Styria in Austria. This area was used as the region of interest for the present publication. Figure A2 shows the used locations of the Machinery Ring facilities in the considered region in Styria, Austria.
Figure A1. Depiction of composting facilities located in Styria, Austria, serving as the example region for this particular case study.
Figure A1. Depiction of composting facilities located in Styria, Austria, serving as the example region for this particular case study.
Sustainability 15 12898 g0a1
Figure A2. Locations of Machinery Ring facilities in the region under consideration in Styria, Austria.
Figure A2. Locations of Machinery Ring facilities in the region under consideration in Styria, Austria.
Sustainability 15 12898 g0a2

References

  1. Montreuil, B. Toward a Physical Internet: Meeting the global logistics sustainability grand challenge. Logist. Res. 2011, 3, 71–87. [Google Scholar] [CrossRef]
  2. Belk, R. Sharing. J. Consum. Res. 2010, 36, 715–734. [Google Scholar] [CrossRef]
  3. Zvolska, L.; Voytenko Palgan, Y.; Mont, O. How do sharing organisations create and disrupt institutions? Towards a framework for institutional work in the sharing economy. J. Clean. Prod. 2019, 219, 667–676. [Google Scholar] [CrossRef] [PubMed]
  4. Frenken, K.; Schor, J. Putting the sharing economy into perspective. Environ. Innov. Soc. Transit. 2017, 23, 3–10. [Google Scholar] [CrossRef]
  5. Acquier, A.; Daudigeos, T.; Pinkse, J. Promises and paradoxes of the sharing economy: An organizing framework. Technol. Forecast. Soc. Change 2017, 125, 1–10. [Google Scholar] [CrossRef]
  6. Allen, D. The sharing economy. Inst. Public Aff. Rev. A Q. Rev. Politics Public Aff. 2015, 67, 24–27. [Google Scholar] [CrossRef]
  7. May, S.; Königsson, M.; Holmstrom, J. Unlocking the sharing economy: Investigating the barriers for the sharing economy in a city context. First Monday 2017, 22, 7110. [Google Scholar] [CrossRef]
  8. Leeuw, T.; Gössling, T. Theorizing change revisited: An amended process model of institutional innovations and changes in institutional fields. J. Clean. Prod. 2016, 135, 435–448. [Google Scholar] [CrossRef]
  9. Wilhelms, M.-P.; Henkel, S.; Falk, T. To earn is not enough: A means-end analysis to uncover peer-providers’ participation motives in peer-to-peer carsharing. Technol. Forecast. Soc. Change 2017, 125, 38–47. [Google Scholar] [CrossRef]
  10. Botsman, R.; Rogers, R. What’s Mine Is Yours: How Collaborative Consumption Is Changing the Way We Live; HarperCollins: New York, NY, USA, 2011. [Google Scholar]
  11. Schanes, K.; Stagl, S. Food waste fighters: What motivates people to engage in food sharing? J. Clean. Prod. 2019, 211, 1491–1501. [Google Scholar] [CrossRef]
  12. Artz, G.; Colson, G.; Ginder, R. A Return of the Threshing Ring? A Case Study of Machinery and Labor-Sharing in Midwestern Farms. J. Agric. Appl. Econ. 2010, 42, 805–819. [Google Scholar] [CrossRef]
  13. Taylor, M. Climate Smart Agriculture: What is it Good For? J. Peasant Stud. 2017, 45, 89–107. [Google Scholar] [CrossRef]
  14. Yusianto, R.; Hardjomidjojo, H.; Marimin, M.; Suprihatin, S. Smart Logistics System in Food Horticulture Industrial Products: A Systematic Review and Future Research Agenda. J. Supply Chain Manag. 2020, 9, 943–958. [Google Scholar]
  15. Barenji, A.V.; Montreuil, B. Open Logistics: Blockchain-Enabled Trusted Hyperconnected Logistics Platform. Sensors 2022, 22, 4699. [Google Scholar] [CrossRef]
  16. Neubauer, C. Die Bestandsaufnahme der Abfallwirtschaft in Österreich; Abteilung V/3: Abfallwirtschaftsplanung, Abfallbehandlung und Altlastensanierung; Bundesministerium für Klimaschutz, Umwelt, Energie, Mobilität, Innovation und Technologie: Wien, Austria, 2020.
  17. Viaene, J.; Van Lancker, J.; Vandecasteele, B.; Willekens, K.; Bijttebier, J.; Ruysschaert, G.; De Neve, S.; Reubens, B. Opportunities and barriers to on-farm composting and compost application: A case study from northwestern Europe. Waste Manag. 2016, 48, 181–192. [Google Scholar] [CrossRef] [PubMed]
  18. Dunst, G. Kompostierung und Erdenherstellung: Praxisbuch und Anleitung für Hausgarten, Landwirtschaft, Kommune und Profi, 1st ed.; Sonnenerde: Riedlingsdorf, Austria, 2015. [Google Scholar]
  19. Amlinger, F.; Peyr, S.; Müsken, J.; Cuhls, C. Stand der Technik der Kompostierung: Richtlinie des Bundesministeriums für Land—Und Forstwirtschaft, Umwelt und Wasserwirtschaft; Bundesministerium für Land—Und Forstwirtschaft, Umwelt und Wasserwirtschaft: Wien, Austria, 2005.
  20. Larsén, K. Effects of machinery-sharing arrangements on farm efficiency: Evidence from Sweden. Agric. Econ. 2010, 41, 497–506. [Google Scholar] [CrossRef]
  21. Lagerkvist, C.J.; Hansson, H. Machinery-sharing in the presence of strategic uncertainty: Evidence from Sweden. Agric. Econ. 2012, 43, 113–123. [Google Scholar] [CrossRef]
  22. European Commission. Circular Economy Action Plan—For a Cleaner and More Competitive Europe; Publications Office of the European Union: Luxembourg, 2020; Available online: https://op.europa.eu/en/publication-detail/-/publication/45cc30f6-cd57-11ea-adf7-01aa75ed71a1 (accessed on 21 April 2023).
  23. European Commission. Directive (EU) 2018/852 of the European Parliament and of the Council of 30 May 2018 Amending Directive 94/62/EC on Packaging and Packaging Waste. Off. J. Eur. Union 2018, L150, 141–154. [Google Scholar]
  24. European Statistical Office. Municipal Waste by Waste Management Operations; European Commission: Brussels, Belgium, 2023; Available online: https://ec.europa.eu/eurostat/databrowser/bookmark/b417d0a6-bfff-49a5-886d-60ff76a0d352?lang=en (accessed on 21 April 2023).
  25. Reitbauer, E.; Schmied, C.; Wieser, M. Autonomous Navigation Module for Tracked Compost Turners; TU Graz: Graz, Austria, 2020; p. 10. [Google Scholar]
  26. Reitbauer, E.; Schmied, C.; Schedler, M. Integrated Navigation for Tracked Compost Turners Using GNSS, INS, Odometers, Stereo Camera and 3D Map; Institute of Navigation: Manassas, VA, USA, 2020. [Google Scholar] [CrossRef]
  27. Reitbauer, E.; Schmied, C. Performance Analysis of GNSS/INS/VO/Odometry Sensor Fusion Algorithms for Tracked Agricultural Vehicles; Institute of Navigation: Manassas, VA, USA, 2021; p. 3262. [Google Scholar] [CrossRef]
  28. Reitbauer, E. Multi-Sensor Positioning for the Automatic Steering of Tracked Agricultural Vehicles; TU Graz: Graz, Austria, 2022. [Google Scholar] [CrossRef]
  29. Cichocki, M.; Reitbauer, E.; Theurl, F.; Schmied, C. Composting 4.0: From the Automatic Steering Of Compost Turners Towards An Autonomous Plant Management. In Proceedings of the 7th Central European Biomass Conference (CEBC), Graz, Austria, 18–20 January 2023. [Google Scholar] [CrossRef]
  30. Cichocki, M.; Landschützer, C.; Hick, H. Development of a Sharing Concept for Industrial Compost Turners Using Model-Based Systems Engineering, under Consideration of Technical and Logistical Aspects. Sustainability 2022, 14, 10694. [Google Scholar] [CrossRef]
  31. Cichocki, M.; Landschützer, C.; Barenji, A.V.; Montreuil, B. Physical Internet based Hyperconnected Logistics Platform Enabling Heavy-Duty Machinery Sharing in the Composting Industry: A Simulation-Based Scenario Investigation. In Proceedings of the 9th International Physical Internet Conference (IPIC), Athens, Greece, 13–15 June 2023. [Google Scholar]
  32. Haberfellner, R.; de Weck, O.; Fricke, E.; Vössner, S. Systems Engineering: Fundamentals and Applications; Springer International Publishing: Cham, Switzerland, 2019. [Google Scholar] [CrossRef]
  33. Roques, P. Systems Architecture Modeling with the Arcadia Method: A Practical Guide to Capella; Elsevier: London, UK, 2017. [Google Scholar]
  34. Voirin, J.-L. Model-Based System and Architecture Engineering with the Arcadia Method; Implementation of Model Based System Engineering Set; Elsevier: Oxford, UK, 2017. [Google Scholar]
  35. Eclipse CapellaTM. Open Source MBSE Solution. 2022. Available online: www.eclipse.org/capella/ (accessed on 14 August 2023).
  36. Milling, P.; Schieritz, N. Modeling the Forest or Modeling the Trees—A Comparison of System Dynamics and Agent-Based Simulation. In Proceedings of the 21st International Conference of the System Dynamics Society, New York, NY, USA, 20–24 July 2003; Eberlein, R.L., Ed.; System Dynamics Society: Littleton, MA, USA, 2003; pp. 1–15. Available online: http://www.systemdynamics.org/conferences/2003/proceed/PAPERS/140.pdf (accessed on 5 December 2022).
  37. Ferber, J. Les Systèmes Multi-Agents-Vers Une Intelligence Collective; Dunod: Paris, France, 1995. [Google Scholar]
  38. Jennings, N.R.; Sycara, K.; Wooldridge, M. A Roadmap of Agent Research and Development. Auton. Agents Multi-Agent Syst. 1998, 1, 7–38. [Google Scholar] [CrossRef]
  39. Borshchev, A.; Grigoryev, I. Big Book of Simulation Modeling: Multimethod Modeling with AnyLogic 8; The AnyLogic Company: Paris, France, 2023; Available online: https://www.anylogic.com/resources/books/big-book-of-simulation-modeling/ (accessed on 9 August 2023).
  40. Borshchev, A.; Filippov, A. From System Dynamics and Discrete Event to Practical Agent Based Modeling: Reasons, Techniques, Tools. In Proceedings of the 22nd International Conference of the System Dynamics Society, Oxford, UK, 25–29 July 2004; p. 23. [Google Scholar]
  41. Domschke, W.; Drexl, A. Logistik: 3: Standorte 4; Überarb und erw. Auflage; Oldenbourg: Wien, Austria; München, Germany, 1996. [Google Scholar]
  42. Toth, P.; Vigo, D. (Eds.) Vehicle Routing: Problems, Methods, and Applications, 2nd ed.; MOS-SIAM Series on Optimization; Society for Industrial and Applied Mathematics: Philadelphia, PA, USA; Mathematical Optimization Society: Madison, WI, USA, 2014. [Google Scholar]
  43. Montoya-Torres, J.R.; López Franco, J.; Nieto Isaza, S.; Felizzola Jiménez, H.; Herazo-Padilla, N. A literature review on the vehicle routing problem with multiple depots. Comput. Ind. Eng. 2015, 79, 115–129. [Google Scholar] [CrossRef]
  44. Dondo, R.; Cerdá, J. A cluster-based optimization approach for the multi-depot heterogeneous fleet vehicle routing problem with time windows. Eur. J. Oper. Res. 2007, 176, 1478–1507. [Google Scholar] [CrossRef]
  45. Landschützer, C.; Ehrentraut, F.; Jodin, D. Containers for the Physical Internet: Requirements and engineering design related to FMCG logistics. Logist. Res. 2015, 8, 8. [Google Scholar] [CrossRef]
  46. Gudehus, T. Logistik: Grundlagen, Strategien, Anwendungen, 3rd ed.; Neu Bearb. Auflage; Springer: Berlin/Heidelberg, Germany, 2005. [Google Scholar]
  47. Pedroso, J.P.; Rais, A.; Kubo, M.; Muramatsu, M. Mathematical Optimization: Solving Problems Using SCIP and Python. 2022. Available online: www.scipbook.readthedocs.io (accessed on 15 December 2022).
Figure 1. As the composting industry grows, new technologies are needed. (a) Prototype of an electric, autonomous compost turner while turning compost windrows. (b) Incline of 80% in composting and recycling in the EU Countries.
Figure 1. As the composting industry grows, new technologies are needed. (a) Prototype of an electric, autonomous compost turner while turning compost windrows. (b) Incline of 80% in composting and recycling in the EU Countries.
Sustainability 15 12898 g001
Figure 2. Overall architecture of the proposed hyperconnected HDM-sharing platform. Details of each layer are given in respective sections.
Figure 2. Overall architecture of the proposed hyperconnected HDM-sharing platform. Details of each layer are given in respective sections.
Sustainability 15 12898 g002
Figure 3. In the Domain Model, the viewpoints of the system’s stakeholders are identified. The requirements, constraints and system boundaries of each stakeholder are identified to be subsequently integrated into the MBSE Model.
Figure 3. In the Domain Model, the viewpoints of the system’s stakeholders are identified. The requirements, constraints and system boundaries of each stakeholder are identified to be subsequently integrated into the MBSE Model.
Sustainability 15 12898 g003
Figure 4. The applied MBSE method, ARCADIA, consists of four layers: Operational, System, Logical and Physical Architecture.
Figure 4. The applied MBSE method, ARCADIA, consists of four layers: Operational, System, Logical and Physical Architecture.
Sustainability 15 12898 g004
Figure 5. Information Sharing Model.
Figure 5. Information Sharing Model.
Sustainability 15 12898 g005
Figure 6. Agent-based Simulation Platform.
Figure 6. Agent-based Simulation Platform.
Sustainability 15 12898 g006
Figure 7. Domain Model of the use case for the hyperconnected sharing platform. By interconnecting hubs, peak loads can be covered.
Figure 7. Domain Model of the use case for the hyperconnected sharing platform. By interconnecting hubs, peak loads can be covered.
Sustainability 15 12898 g007
Figure 8. MBSE Model: hyperconnected sharing platform from the truck team’s perspective.
Figure 8. MBSE Model: hyperconnected sharing platform from the truck team’s perspective.
Sustainability 15 12898 g008
Figure 9. High-level view of information flows.
Figure 9. High-level view of information flows.
Sustainability 15 12898 g009
Figure 10. Results of Capacitated Facility Location Problem at capacity M = 7.
Figure 10. Results of Capacitated Facility Location Problem at capacity M = 7.
Sustainability 15 12898 g010
Figure 11. Results of routing. Optimal round trips starting from hubs to a maximum of seven composting plants within one working day.
Figure 11. Results of routing. Optimal round trips starting from hubs to a maximum of seven composting plants within one working day.
Sustainability 15 12898 g011
Figure 12. Results from location planning (optimal hub locations) and routing (optimal round trips) were integrated into the agent-based simulation.
Figure 12. Results from location planning (optimal hub locations) and routing (optimal round trips) were integrated into the agent-based simulation.
Sustainability 15 12898 g012
Figure 13. Results from the investigation of Scenario 1 and Scenario 2: (a) Results of Scenario 1. The map on the left displays the round trips from the hubs, and the location of the latter is marked with a red circle. The respective times of the individual trips are displayed on the right. All targets can be served within 10 h. (b) Results of Scenario 2. Map and individual timetables are displayed on the left and right side, respectively. The aim was to minimize the time required for all round trips. Trip 3 exceeds the given time (see red line in image), and trips 4 and 5 have unused potential. (c) Refinement of Scenario 2. An additional constraint was set such that each individual trip must not exceed the given time limit of 10 h. Thus, all targets can be successfully served within the given timeframe.
Figure 13. Results from the investigation of Scenario 1 and Scenario 2: (a) Results of Scenario 1. The map on the left displays the round trips from the hubs, and the location of the latter is marked with a red circle. The respective times of the individual trips are displayed on the right. All targets can be served within 10 h. (b) Results of Scenario 2. Map and individual timetables are displayed on the left and right side, respectively. The aim was to minimize the time required for all round trips. Trip 3 exceeds the given time (see red line in image), and trips 4 and 5 have unused potential. (c) Refinement of Scenario 2. An additional constraint was set such that each individual trip must not exceed the given time limit of 10 h. Thus, all targets can be successfully served within the given timeframe.
Sustainability 15 12898 g013
Figure 14. Results from the investigation of Scenario 3: (a) Scenario 3: results of the PI hub location planning phase. (b) Scenario 3: results of PI-based network development.
Figure 14. Results from the investigation of Scenario 3: (a) Scenario 3: results of the PI hub location planning phase. (b) Scenario 3: results of PI-based network development.
Sustainability 15 12898 g014
Figure 15. A brief comparison of the three investigated scenarios. Scenarios 1 and 2 have a similar performance, and the potential of Scenario 3 is clearly visible.
Figure 15. A brief comparison of the three investigated scenarios. Scenarios 1 and 2 have a similar performance, and the potential of Scenario 3 is clearly visible.
Sustainability 15 12898 g015
Figure 16. The need for a paradigm shift. Instead of burning green waste, high-quality products could be achieved through composting (ac). The presented platform offers plants access to the required heavy-duty machinery. Reprinted/adapted with permission from Ref. [18]. (a) Organic flower soil. (b) Soil for roof gardens. (c) Black Soil®: High-quality soil for maximum crop yield.
Figure 16. The need for a paradigm shift. Instead of burning green waste, high-quality products could be achieved through composting (ac). The presented platform offers plants access to the required heavy-duty machinery. Reprinted/adapted with permission from Ref. [18]. (a) Organic flower soil. (b) Soil for roof gardens. (c) Black Soil®: High-quality soil for maximum crop yield.
Sustainability 15 12898 g016
Table 1. Brief descriptions of the investigated simulation-based scenarios.
Table 1. Brief descriptions of the investigated simulation-based scenarios.
Name of ScenarioSummarized Description
Scenario 1: Small Player Hyperconnected NetworkSmall and medium-sized plants participate in the HDM platform. Big plants are excluded.
Scenario 2: Region-Wide Hyperconnected NetworkSmall, medium and big plants participate to an equal extent. Machinery usage varies for the different sizes of plants, with larger facilities needing the machinery for a longer period of time than that required by smaller facilities.
Scenario 3: Region-Wide Hyperconnected Network Leveraging PI AssetsSmall and medium-sized composting plants require the HDM platform and therefore participate full-time. Big plants already possess the necessary equipment and are not interested in the platform. However, they act as PI hubs in the afternoon by providing heavy-duty machinery for composting.
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Cichocki, M.; Barenji, A.V.; Montreuil, B.; Landschützer, C. Hyperconnected Logistic Platform for Heavy-Duty Machinery: Leveraging Physical Internet Principles to Drive the Composting Industry. Sustainability 2023, 15, 12898. https://doi.org/10.3390/su151712898

AMA Style

Cichocki M, Barenji AV, Montreuil B, Landschützer C. Hyperconnected Logistic Platform for Heavy-Duty Machinery: Leveraging Physical Internet Principles to Drive the Composting Industry. Sustainability. 2023; 15(17):12898. https://doi.org/10.3390/su151712898

Chicago/Turabian Style

Cichocki, Max, Ali V. Barenji, Benoit Montreuil, and Christian Landschützer. 2023. "Hyperconnected Logistic Platform for Heavy-Duty Machinery: Leveraging Physical Internet Principles to Drive the Composting Industry" Sustainability 15, no. 17: 12898. https://doi.org/10.3390/su151712898

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop