Multiple non-blueprint views building project management system

Abstract

Apparatus and associated methods relate to displaying a building project status in a non-blueprint view with spatially distributed physical locations. In an illustrative example, a location-associated real-time architecture management system (LARAMS) may generate a poly-view user interface (PVGUI) including project status of various predetermined areas of a building. For example, each of the predetermined areas may be associated with a task object having an interactive content and a real-time progress. In some implementations, the PVGUI may include more than one non-blueprint view of the building project to show project status related to the predetermined areas based on a spatially related location groupings. For example, each of the project status may include a visual indicia of status of tasks associated with that area Various embodiments may advantageously provide real-time dynamic feedback as the project progress to front line workers and project management personnel.

Description

MULTIPLE NON-BLUEPRINT VIEWS BUILDING PROJECTMANAGEMENT SYSTEMCROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims the benefit of U.S. Provisional Application Serial No. 63 / 604,815, titled “MULTI- VIEW BUILDING PROJECT MANAGEMENT SYSTEM,” filed by Benzion Weinfeld, on November 30, 2023.

[0002] This application incorporates the entire contents of the foregoing application(s) herein by reference.TECHNICAL FIELD

[0003] Various embodiments relate generally to a dynamically rendered project management system for building construction and maintenance management applications.BACKGROUND

[0004] The building industry is a cornerstone of economic development, encompassing a wide range of projects, from residential complexes to commercial skyscrapers. Large-scale building projects, particularly those involving multiple floors and units, require meticulous planning, coordination, and execution. The complexity arises from the need to manage numerous workers, tasks, and materials across different stages of construction, often involving multiple stakeholders such as contractors, architects, engineers, and project managers. As the scale of projects grows, so do the challenges in maintaining timelines, ensuring quality, and optimizing resources.

[0005] Efficient monitoring of task status is critical to managing large-scale building projects. Traditional methods often involve manual record-keeping and frequent site visits to gather updates, but these can lead to errors and delays. Modern approaches leverage digital tools, such as project management software and Building Information Modeling (BIM) systems, which provide realtime tracking of tasks across all stages of construction. These tools can integrate schedules, budgets, and resource allocations, offering a centralized view of progress. Additionally, Internet of Things (loT) devices, such as sensors and drones, can automate the collection of on-site data, providing real-time updates on material usage, environmental conditions, and worker locations.

[0006] Inspection of work progress in building projects ensures that tasks are executed as planned and meet required standards. Traditionally, inspections involve on-site visits by supervisors or inspectors to evaluate completed work against predefined milestones. However, these methods can be labor-intensive and time-consuming, especially in projects with multiple floors and units. Recent advancements in technology have introduced innovative methods for progress inspection. For instance, drones equipped with cameras can capture detailed imagery of construction sites,enabling remote inspections. Augmented Reality (AR) systems can overlay project blueprints onto physical structures, helping inspectors visualize discrepancies in real-time. These technologies not only enhance accuracy but also reduce the time and cost associated with traditional inspection methods, making them invaluable in managing large-scale building projects.SUMMARY

[0007] Apparatus and associated methods relate to displaying a building project status in a nonblueprint view with spatially distributed physical locations. In an illustrative example, a location- associated real-time architecture management system (LARAMS) may generate a poly-view user interface (PVGUI) including project status of various predetermined areas of a building. For example, each of the predetermined areas may be associated with a task object having an interactive content and a real-time progress. In some implementations, the PVGUI may include more than one non -blueprint view of the building project to show project status related to the predetermined areas based on a spatially related location groupings. For example, each of the project status may include a visual indicia of status of tasks associated with that area Various embodiments may advantageously provide real-time dynamic feedback as the project progress to front line workers and project management personnel.

[0008] Various embodiments may achieve one or more advantages. For example, some embodiments may advantageously allow a user to easily see a status of a predetermined scope of work as a function of area, unit and / or objects within an unit. Some embodiments may, for example, advantageously display a real-time view of a work progress at the building. For example, some embodiments may advantageously reduce traveling time of a foreman of the building project. Some embodiments may, for example, advantageously provide physical building stakeholders with a view of task statuses associated with the building in a spatial distribution corresponding to the actual floors and rooms of the building. For example, some embodiments may advantageously allow a virtual realization of an actual form of the selected building. Some embodiments may, for example, advantageously provide a compact view for managing and / or monitoring a building project. For example, some embodiments may remotely display interactively a real-time progress of a collection of the spatially related location groupings in the non-blueprint view. Some embodiments may advantageously provide a mechanism for the user to specify preferences and / or feedback to the PVGUI. For example, some embodiments may advantageously provide a multimedia two-way communication between a remote manager and on-site workers.

[0009] The details of various embodiments are set forth in the accompanying drawings and the description below. Other features and advantages will be apparent from the description and drawings, and from the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] FIG. 1 depicts an exemplary location-associated real-time architecture management system (LARAMS) employed in an illustrative use-case scenario.

[0011] FIG. 2 A, FIG. 2B, FIG. 2C, FIG. 2D, FIG. 2E, and FIG. 2F depict exemplary user interfaces of the LARAMS described with reference to FIG. 1.

[0012] FIG. 3 is a flowchart illustrating an exemplary building project configuration method.

[0013] FIG. 4 is a flowchart illustrating an exemplary building project progress management method.

[0014] FIG. 5A, FIG. 5B, and FIG. 5C depict a second embodiment of exemplary user interfaces of the LARAMS described with reference to FIG. 1.

[0015] FIG. 6A, FIG. 6B, FIG. 6C, FIG. 6D, and FIG. 6E depict various embodiments of an exemplary LARAMS.

[0016] FIG. 7 is a block diagram depicting an exemplary view generation large language model (VGLLM).

[0017] FIG. 8 is a flowchart illustrating an exemplary interactive PVGUI generation method.

[0018] FIG. 9A and FIG. 9B depict an exemplary poly-view graphical user interface (PVGUI) of the LARAMS described with reference to FIGS. 6A-E.

[0019] FIG. 10A and FIG. 10B depict an exemplary graphical user interface for two-way user communication.

[0020] FIG. 11 is a flowchart illustrating an exemplary PVGUI generation method.

[0021] Like reference symbols in the various drawings indicate like elements.DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

[0022] FIG. 1 depicts an exemplary location-associated real-time architecture management system (LARAMS) employed in an illustrative use-case scenario. In various implementations, the LARAMS may generate a visual status of a building project in real-time. In this example, a LARAMS 100 may be used in a construction project of a building 105. As shown, a foreman 110 may be working in the building 105. For example, the foreman 110 may be a tile setter responsible for installing tile and stone in the building 105.

[0023] In this example, the foreman 110 uses a mobile device 115 to communicate with an administrator device 120. For example, the administrator device 120 may be used by an owner of a company employing the foreman 110. For example, the administrator device 120 may be configured to oversee a large construction project of multiple apartments (e.g., 50, 80 or more apartments) with multiple floors (e.g., more than 3, 5, 10, 20 floors). In some implementations, the administrator device 120 may display (e.g., in real-time) a project status of each unit (e.g.,apartment, a room in an apartment, a floor) of the building 105. For example, a project may include a tile setting project. For example, a project may include an electrical wiring project. For example, a project may include installation of white goods in the units.

[0024] As shown, a user interface 125 may display a progress in each unit. For example, the user interface 125 may generate various visual indicia to represent a progress status at each of the units with respect to a predetermined scope of work. For example, the administrator device 120 may be used also by an investor of a building project of the building 105. For example, the administrator device 120 may also be used by other personnel involved in the building project. For example, the user interface 125 may advantageously allow a user of the administrator device 120 to easily see a status of the predetermined scope of work as a function of area, unit and / or objects within an unit. For example, the user interface 125 may be updated upon an update is transmitted from the foreman 110 using the mobile device 115.

[0025] The user interface 125 is generated by a real-time project communication system (RTPCS 130). The RTPCS 130 includes a communication module 135. The communication module 135 may, for example, include wired communication. The communication module 135 may, for example, include wireless communication. In the depicted example, the communication module 135 is operably coupled to the mobile device 115 and the administrator device 120. For example, the communication module 135 may be coupled to the mobile device 115 and / or the administrator device 120 via the Internet.

[0026] The communication module 135 is operably coupled to a processor 140. The processor 140 may, for example, include one or more processing units. The processor 140 is operably coupled to a storage module 145. The storage module 145, in this example, includes abuilding object database (BOD 150) and a project progress database 155. For example, the project progress database 155 may include a data structure corresponding to a physical building layout (e.g., of the building 105). For example, the BOD 150 may define a building object. In some implementations, the BOD 150 may include a building object representing the building. The BOD 150 may, for example, define multiple floors for each building. For example, the building object may include multiple floor objects. In some implementations, the floor object may, for example, define a physical relationship between floors within the building 105. For example, the floor object may define that the 2ndfloor is above the 1stfloor but below the 3rdfloor.

[0027] The BOD 150 may, for example, define multiple rooms for each floor. For example, the BOD 150 may further include unit objects and room objects. For example, the unit objects may be associated with each floor. For example, the room object may further be associated with each room. The BOD 150 may, for example, also define work areas for each room. In various implementations, the RTPCS 130 may be configured to determine a physical relationship betweentwo areas based on properties set in two area objects associated with the two areas, and their respective associations to a room object, a unit object, and / or a floor object. For example, the BOD 150 may be configured to determine a bathroom object in the 2ndfloor is below another bathroom object in the 3rdfloor. In some implementations, the BOD 150 may be uploaded by an administrative user upon configuring the building project for the building 105. In some implementations, the BOD 150 may be imported from an external database. In some implementations, the BOD 150 may be configured using a user interface (e.g., an exemplary user interface described with reference to FIGS. 2E-F).

[0028] The project progress database 155, for example, may include tasks and / or work scopes for each work area. For example, one or more of the tasks may, for example, be assigned to each work area. The project progress database 155, in some implementations, may associate each task to a user (e.g., the foreman 110, a building contractor, a subcontractor, a project manager, a supervisor). For example, the project progress database 155 may include a task status associated with each of the tasks of the building 105. For example, the processor 140 may use the BOD 150 and the project progress database 155 to generate the user interface 125 at the administrator device 120.

[0029] The processor 140 is operably coupled to a memory module 160. The memory module 160 may, for example, include one or more memory modules (e.g., random-access memory (RAM)). In this example, the memory module 160 includes a unit specific technical engine (USTE 165). For example, the USTE 165 may access the BOD 150 to retrieve technical details of the building 105. For example, the USTE 165 may retrieve structural information of the building 105. For example, the structural information may include the number of floors in the building 105. For example, the structural information may include locations of structural support of the building 105. For example, the structural information may include the structural dimensions of the building 105.

[0030] In some implementations, the USTE 165 may retrieve floor information from the BOD 150. For example, the floor information may include a number of units (e.g., apartments, offices, rooms) on a floor. For example, the floor information may include locations of public utilities (e.g., fire hoses, elevators, trash chutes) on the floor. For example, the floor information may include dimensions of each floor.

[0031] In some implementations, the USTE 165 may retrieve unit specific technical information from the BOD 150. For example, the unit specific technical information may include a number of rooms of the apartment. For example, the unit specific technical information may include dimensions of each room.

[0032] For example, for each apartment, the USTE 165 may retrieve a work scope from the project progress database 155. For example, the work scope may include a work scope of the building 105. For example, the work scope may include a work scope of each floor of the building 105. Forexample, the work scope may include a work scope of each unit in each floor of the building 105. For example, the work scope may include a work scope of each room of each unit in each floor of the building 105.

[0033] The storage module 145 also includes a visual generation engine 170. For example, the visual generation engine 170 may use the project progress database 155 to generate the user interface 125 at the administrator device 120. In various implementations, the visual generation engine 170 may advantageously display a real-time view of a work progress at the building 105. For example, the visual generation engine 170 may compare the working progress stored in the project progress database 155 with a target completion date specified in the project progress database 155.

[0034] In some implementations, the visual generation engine 170 may generate a visual indicia for each unit based on a real-time progress of the unit. For example, the visual generation engine 170 may display the unit in green when a work scope is completed based on information retrieved from the project progress database 155. For example, the visual generation engine 170 may, based on information retrieved from the project progress database 155, display the unit in orange when the work scope is working-in-progress and is on schedule. For example, the visual generation engine 170 may display the unit in red when the work scope is behind schedule based on information retrieved from the project progress database 155.

[0035] In some implementations, the visual generation engine 170 may also generate project status of various floors to the mobile device 115. For example, the visual generation engine 170 may, based on a user profile of the foreman 110 (e.g., whether the foreman 110 is an electrician, a tile setter, a network engineer, a plumber man), generate a user interface to display project status related to the foreman 110 in real-time. Various embodiments of user interfaces generated by the visual generation engine 170 are described with reference to FIGS. 2A-F and FIGS. 9A-B.

[0036] The memory module 160 also includes a project update engine (PUE 175) and a resource communication engine (RCE 180). For example, the PUE 175 may update the project progress database 155 using information received from the mobile device 115 and the administrator device 120. For example, when the foreman 110 has completed a task, he can use the mobile device 115 to generate a signal to the RTPCS 130. Upon receiving the signal, the PUE 175 may update the project progress database 155 accordingly. In some implementations, the administrator device 120 may also generate additional tasks to be done at the building 105. For example, the administrator device 120 may transmit a new task data object to the RTPCS 130 via the communication module 135. For example, the PUE 175 may, upon receiving the task data object, update the project progress database 155 with the new task by associating it with one or more units related to the task.

[0037] The RCE 180, for example, may generate signals the mobile device 115 and the administrator device 120 for resource management. For example, when the mobile device 115 transmits a complete signal to the RTPCS 130, the RCE 180 may assign additional tasks to the mobile device 115 based on a location of the mobile device 115 and remaining tasks in the project progress database 155.

[0038] As an illustrative example without limitation, upon receiving a completion signal from the mobile device 115 at a kitchen of the 3rdfloor of the building 105, the RCE 180 may assign similar work at the 4thfloor of the building 105. For example, the RCE 180 may assign tasks such that the traveling time of the foreman 110 may be advantageously minimized.

[0039] In some examples, the foreman 110 may be a tiling project manager responsible for managing workers to tile set the building 105. For example, without the RTPCS 130, the foreman 110 may be required to periodically (e.g., daily, weekly, biweekly) contact an onsite office asking for updates of project status. For example, the foreman 110 may be required to process a report of project status (e.g., including information of what was done and what was not done). Based on the report, for example, the foreman 110 may determine how to organize his workers most efficiently to complete his project. However, for example, using the RTPCS 130, the foreman 110 may read project progress at all the floors, all the units, and / or all the areas inside the units of a scope of work related to the foreman 110 in real-time.

[0040] In various implementations, the RTPCS 130 may receive, from each user (e.g., all of the workers and / or managers working onsite at the building 105), an initial status of each area within the scope of work. For example, the initial status may include photos and / or comments to the working area. For example, the foreman 110 may update each area during the working -in-progress. For example, the foreman 110 may use the mobile device 115 to add photos to update progress of a construction project the building 105. For example, the PUE 175 may update the progress to the project progress database 155. In some examples, an administrator of the construction project may see a live status of the construction project unit by unit visually from visual indicia generated by the visual generation engine 170.

[0041] FIG. 2 A, FIG. 2B, FIG. 2C, FIG. 2D, FIG. 2E, and FIG. 2F depict exemplary user interfaces of the LARAMS described with reference to FIG. 1. For example, the visual generation engine 170 may generate the user interfaces using the BOD 150 and the project progress database 155. For example, the user interfaces depicted in FIGS. 2A-F may be displayed at the mobile device 115 and / or the administrator device 120. For example, the visual generation engine 170 may generate content of the user interfaces based on a user profile of a user device.

[0042] As shown in FIG. 2A, a project by floor view (PBFV 200) is shown with all units on a floor. In this example, the PBFV 200 includes a floor selection area 205 and a unit display area210. For example, the unit display area 210 may dynamically change based on a selection at the floor selection area 205.

[0043] In some implementations, various tasks or jobs may, for example, be displayed in a building view. For example, task / job status may be color-coded by room and / or floor. For example, a project manager and / or building owner may login to a portal (e.g., using the mobile device 115 and / or the administrator device 120) to see a visual representation of the building 105, building floor, and / or building rooms. A task may, for example, be shown in a location of a room associated with the task. A task may, for example, be shown in a location of a floor associated with the task.

[0044] In this example, “Floor 1” is selected as shown. For example, the unit display area 210 may display all units (A-F) related to floor 1. For each unit, the unit display area 210 includes various “rooms” (e.g., kitchen, master bathroom, foyer, secondary bathroom) of each unit A-F. For example, the PBFV 200 may display various visual indicia for each job related to the rooms. In this example, the kitchen may have two green status and an orange status. For example, this may mean that two jobs in the kitchen of unit A floor 1 are completed, and one job in the same location is work-in-progress.

[0045] In various implementations, a LARAMS may include a technical data object (e.g., the BOD 150 and the project progress database 155) associating task objects to, for example, unit (e.g., room) objects, and / or floor objects of the building object. For example, the LARMAS may display in a non-blueprint view with spatially distributed (e.g., in 2-dimensional in x and y axes, hierarchical multi-dimensionally distributed) physical location groupings. For example, each display may include one or more visual indicia representing a status of tasks associated with that area.

[0046] In various implementations, a color-coded status of tasks may be associated with each physical area (e.g., to each room of each unit on each floor as shown in FIG. 2 A). For example, the color coding may be spatially distributed corresponding to a spatial distribution of the actual physical areas being worked on in the building. For example, green may indicate the task is complete and / or on target. Yellow may indicate the task in the physical location is delayed or a question is pending. Red may mean that a significant problem has been encountered for the task in that corresponding physical location.

[0047] As shown in FIG. 2B, a user interface 215 for the foreman 110 to update project status is shown. For example, the user interface 215 may be generated as a function of a specific unit within the building 105. For example, the user interface 215 may be generated as a function of a specific task / job in the unit. In this example, the user interface 215 includes a comment section 220. For example, workers and management of a proj ect may have permission to add and / or view commentsin the comment section 220. For example, the foreman 110 may transmit comments of the job related to a unit.

[0048] In some implementations, a user of the user interface 215 may, for example, communicate with other stakeholders with regards to a specific task. For example, a contractor may make a comment on a status of the task. A project manager may, for example, provide feedback to the contractor in a comment on the task. The chat / messaging between stakeholders of the task may, for example, be displayed in the detail view.

[0049] A user may, for example, also use a photo upload section 225 of the user interface 215 to upload photos related to the task. For example, the user may upload job details and / or photographs to a task object. The details and / or photographs may be visible on the detail view.

[0050] In this example, theuser interface 215 also includes a label selection area 230. For example, a user (e.g., the foreman 110) may, at various status of the task (e.g., “not ready,” “ready to be measured,” “measured,” “ticketed,” “installed,” and / or “clear”), attach a project status label to a task object. For example, upon receiving an update in the label related to the task, the visual generation engine 170 may update a color code at a live view of the PBFV 200.

[0051] Some embodiments may, for example, provide a historical view. The spatial distribution of color indicia may change for a selected time period to view based on the tasks completed in the corresponding physical areas (e.g., room, task). For example, a user may view a difference in color between two time periods in a specific location may indicate that a change in task status (e.g., completion status) has been changed for a specific corresponding room and / or floor. Various embodiments may advantageously provide physical building stakeholders with a view of task statuses associated with the building in a spatial distribution corresponding to the actual floors and rooms of the building.

[0052] FIGS. 2C-D show a whole building project view (WBPV 235) of the building 105. For example, the WBPV 235 may be an alternative view of the PBFV 200. For example, a user may switch between the PBFV 200 and the WBPV 235 using a toggle 240. In this example, a user, such as a construction manager, may quickly be notified of a real-time project completion status at a status bar 245. In some implementations, the status bar 245 may display a visual indication of a percentage of projects, for example, with areas marked as completed.

[0053] As shown, a project status of each physical location of the building 105 is displayed in the status display area 250. For example, each row in the status display area 250 may represent a floor in the building 105. For example, each square indicia 255 in the status display area 250 may represent a unit. As shown in FIG. 2D, the status display area 250 may display further details 260 of a location represented by the square indicia 255 when, for example, the square indicia 255 is selected (e.g., or a mouseover). In this example, each square indicia 255 may indicate a functionunit in a unit within a floor. As an illustrative example shown in FIG. 2D, the further details 260 may display that the selected square represents a physical location of Unit C of floor 4. For example, the status of the physical location is shown in the further details 260. As shown, the status display area 250 includes a label legend 265. For example, a user may understand the status displayed at the further details 260 using the label legend 265.

[0054] FIG. 2E shows an exemplary building project configuration interface (BPCI 270). For example, a user of the RTPCS 130 may use the BPCI 270 to “build” physical associations between various working areas of a building project (e.g., for the building 105). As shown, the BPCI 270 includes floor views 275. For example, the user may use the floor views 275 to add floors to the building object (e.g., stored in the BOD 150) of the building 105. For each floor, the user may add units of the floor (button not shown). As shown, the user may also add room to each unit of the floor using an add room button 280.

[0055] When the add room button 280 is selected, in some implementations, an add room interface 285 may be generated as shown in FIG. 2F. For example, the user may use the add room interface 285 to further define areas within each room in a unit. In this example, when the user completes adding the rooms, the user may select a create and add room button 290 to save the room into the BOD 150.

[0056] FIG. 3 is a flowchart illustrating an exemplary building project configuration method 300. For example, a user may use the BPCI 270 as described in FIGS. 2E-F to configure a building project for, for example, the building 105. In some examples, the exemplary building project configuration method 300 may be performed by the visual generation engine 170 in connection with the USTE 165 to generate a building object to be stored in the BOD 150.

[0057] In this example, the exemplary building project configuration method 300 begins when a signal is received to configure a building project from a user device in step 305. For example, the administrator device 120 may transmit a signal to the RTPCS 130 to configure a new building object when a new building project is initiated. Next, in step 310, an interactive user interface is generated to receive configuration input from the user device. For example, the visual generation engine 170 may generate the BPCI 270 to receive user inputs from the administrator device 120. In some implementations, the BPCI 270 may also allow a user to upload a configuration file (e.g., a csv file, a predetermined object file in, for example, j son format and / or xml format) to the RTPCS 130.

[0058] In step 315, floor configurations are received. For example, the user may use the floor views 275 to input the number of floors in the building 105. Next, unit configurations are received for each floor in step 320. For example, the user may use the BPCI 270 to add units to each floor. In step 325, room configurations are received for each unit. For example, the user may use the addroom button 280 to add room to each unit. After room configurations are received, in step 330, area configurations are received for each room. For example, the user may use the add room interface 285 to add area to each room. In a decision point 335, it is determined whether configuration is complete. For example, the BPCI 270 may include a complete button to signal the RTPCS 130 that configuration is completed. If the configuration is not completed, the step 315 is repeated. If the configuration is completed, the received configuration is compiled to generate a building object in step 340. For example, the USTE 165 may compile the received configurations into a building object. In step 345, the building object is saved into a building object database, and the exemplary building project configuration method 300 ends. For example, the USTE 165 may store the generated building object into the BOD 150.

[0059] FIG. 4 is a flowchart illustrating an exemplary building project progress management method 400. For example, the visual generation engine 170 may perform the exemplary building project progress management method 400 with the PUE 175 to generate real-time project status display. In this example, the exemplary building project progress management method 400 begins when a project display signal of a building is received in step 405. For example, the mobile device 115 may transmit a signal to the RTPCS 130 to request a project display. For example, the administrator device 120 may log into a project portal to generate the signal to generate the project display.

[0060] In step 410, a building object corresponding to the building is retrieved from a building object database. For example, the USTE 165 may retrieve a building object of the building 105 from the BOD 150. Next, a current project status is retrieved from a project progress database in step 415. For example, the USTE 165 may retrieve a current project status from the project progress database 155.

[0061] In step 420, a real-time project view including representation of physical locations of floors and rooms of the building is generated based on the current project status of each of the areas in the building. For example, the visual generation engine 170 may generate the PBFV 200 using the building object from the BOD 150 and the project status information from the project progress database 155. For example, the real-time project view may include color coded indicators representing the current project status as each physical location of the building 105. For example, the real-time project view may be displayed at the administrator device 120 and / or the mobile device 115.

[0062] In a decision point 425, it is determined whether a status update is received. For example, a status update may be received when the foreman 110 uses the mobile device 115 to update a label of any of the room objects of the building object. In some examples, the status update maybe received when the administrator device 120 receives a newly added task to be associated with any area object of the building object.

[0063] If no status update is received, the decision point 425 is repeated. If any status update is received, in step 430, the current project status in the project program database is updated in step 430, and the step 420 is repeated. For example, the PUE 175 may update the project progress database 155 upon receiving any status update. For example, based on the updated project status, the visual generation engine 170 may update the BPCI 270. For example, the visual generation engine 170 may change the color codes of in the further details 260 as described with reference to FIG. 2C.

[0064] FIG. 5A, FIG. 5B, and FIG. 5C depict a second embodiment of exemplary user interfaces of the LARAMS described with reference to FIG. 1. As shown in FIG. 5 A, a user interface 500 includes an area completion status diagram 505. For example, the area completion status diagram 505 may include a status for each area (e.g., items including, for example, a countertop of kitchen of a unit). For example, the area completion status diagram 505 may display a completion status of the whole building divided by floor, each unit of a floor, each room of a unit, and each item within a room. For example, different colors may be used to indicate whether an area is to be worked on, is working in progress, or is completed.

[0065] As shown in FIG. 5B, another area completion status diagram 520 is displayed. In this area completion status diagram 520, a user may view each area’s completion status divided by floor. FIG. 5C shows an exemplary work details popup display 530. For example, when a foreman 110 selects one of the areas in the area completion status diagram 505 or the area completion status diagram 520, the exemplary work details popup display 530 may be generated to display detailed works to be done within the area.

[0066] FIG. 6A, FIG. 6B, FIG. 6C, FIG. 6D, and FIG. 6E depict various embodiments of an exemplary LARAMS. As shown in FIG. 6A, a LARMAS 600 includes the RTPCS 130. The BOD 150 includes spatially related location groupings (SRLG 605). For example, the SRLG 605 may be generated by the USTE 165 using the method 300. For example, the building object generated by the method 300 may include the SRLG 605.

[0067] In some implementations, the SRLG 605 may be generated based on a spatial relationship between each space associated with a building project. For example, the USTE 165 may generate a multi-level object 650 having one or more of the SRLG 605. For example, the multi-level object 650 may be associated with a work object 610 in the project progress database 155. In some implementations, the multi-level object 650 may include a building object associated with a building. For example, the building object may include one or more floor objects associated with each floor of the building. For example, each floor object may include a unit object associated withunits of the floor. For example, the unit object may include an area object associated with one or more areas of the unit. For example, the work object may be associated with at least one of the area obj ect;

[0068] In some implementations, the work object 610 may include the scope of work of each area. For example, the work object 610 may include a project status and an interactive content associated with the space. In some implementations, the work object 610 may indicate a job to be done in a space (e.g., a room, an area) associated with the SRLG 605. For example, the project status may include a percentage of completion of the work object 610. In some implementations, the interactive content may include a message (e.g., a text message, a voice message, an image, a video) associated with the work object 610. For example, the work object 610 may retrieve the project status and the interactive content from a project status database 615.

[0069] In the depicted example, the PUE 175 may retrieve the work object 610 from the project progress database 155. For example, the visual generation engine 170 may invoke the PUE 175 to access the work object 610 when a signal is received from the administrator device 120 to generate a project management display 620. For example, a user may transmit the signal by activating a building management application in the administrator device 120 to display the real-time progress of a selected building project.

[0070] As shown, the storage module 145 includes a spatial project visualization model (SPVM 625). In this example, the visual generation engine 170 generates a poly-view graphical user interface (PVGUI 630) by applying the multi-level object to the SPVM 625. In some implementations, the SPVM 625 may be generated as a function of a user profile (e.g., associated with a user of the administrator device 120). In some implementations, the visual generation engine 170 may generate multiple views to be included in the PVGUI 630. For example, the PVGUI 630 may include a blueprint view showing two-dimensional and / or three-dimensional blueprint drawings of a selected building. For example, the blueprint view may be generated by activating the USTE 165 to advantageously allow a virtual realization of an actual form of the selected building.

[0071] In some examples, the PVGUI 630 may include a non-blueprint view of a whole and / or a selected portion of the selected building. For example, the non-blueprint view may include visual indicia of project status. In some implementations, the visual indicia may include signals for inspection and / or other tasks generated by the RCE 180. For example, the visual indicia may include a representation of more than one area object of the SRLG 605. In some examples, the non-blueprint view may advantageously provide a compact view for managing and / or monitoring a building project. Various embodiments may advantageously remotely display interactively a real-time progress of a collection of the SRLG 605 in the non-blueprint view.

[0072] In the depicted example, the mobile device 115 may display the PVGUI 630 on a mobile interface 635. For example, the visual generation engine 170 may populate the mobile interface 635 with the PVGUI 630 based on an identified device type (e.g., whether it is a desktop computer like the administrator device 120, a mobile device like the mobile device 115). For example, the SPVM 625 may be configured to present different views to the administrator device 120 and the mobile device 115. In some examples, some views may be presented differently (e.g., rearranged, added, omitted) in the mobile device 115 and / or the administrator device 120. In some implementations, the RTPCS 130 may provide a multi-media interactive communication between users of the RTPCS 130 as described with reference to FIGS. 5A-C and 10A-B. For example, users may provide status updates to the project status database 615 using a selection button in the project management display 620 and / or the mobile interface 635. In some implementations, the status updates may include text messages (e.g., a reporting statement, a question), a voice clip, an image, and / or a video.

[0073] In various implementations, a project management system (e.g., the RTPCS 130) may include task objects (e.g., the work object 610) associated with a multi-level spatial object (e.g., the multi-level object 650). For example, the multi-level object 650 may include floors, apartments, and / or rooms within each apartment of a building project. For example, each of the task obj ects may be configured to provide a multimedia two-way communication between a remote manager (e.g., a user of the administrator device 120) and on-site workers (e.g., users of the mobile device 115). In some implementations, the RTPCS 130 may display a real-time progress of each location in the building project interactively and remotely in a non-blueprint view with spatially physical location groupings (e.g., in the PVGUI 630).

[0074] As shown in FIG. 6B, the work object 610, in some implementations, includes a project status 640 and an interactive content 645. For example, the project status 640 may include a history of status updates related to the work object 610. In some implementations, the interactive content 645 may include content uploaded from users associated with the work object 610.

[0075] An exemplary user profile 670 is shown in FIG. 6C. For example, the visual generation engine 170 may generate the PVGUI 630 based on the user profile 670. For example, the SPVM 625 may include the user profile 670. For example, the user profile 670 may be associated with a specific user of the RTPCS 130. In the depicted example, the user profile 670 includes a user type 675 and a historical performance 680. For example, the user type 675 may include a role of the user. For example, the user type 675 may include a foreman. For example, the user type 675 may include an on-site worker. For example, the user type 675 may include a customer service representative. For example, the user type 675 may include a worker associated with a specific work object 610 of the building project.

[0076] In some implementations, the historical performance 680 may be automatically updated by the RTPCS 130 based on interaction of the user on the PVGUI 630. For example, the historical performance 680 may include frequency of usage of each view in the PVGUI 630. For example, the historical performance 680 may relate a usage of each view in the PVGUI 630 to a time of a day, a year, and / or to other project status in the building project.

[0077] FIG. 6D shows an exemplary embodiment of the PVGUI 630. In this example, the PVGUI 630 includes non-blueprint views 685. For example, one or more of the non-blueprint views 685 may include spatially distributed (e.g., in 2-dimensional in x and y axes, hierarchical multi- dimensionally distributed) physical location groupings (e.g., generated from the SRLG 605). For example, each display of the non-blueprint views 685 may include one or more (types of) visual indicia representing a status of tasks associated with that area. For example, the color coding may be spatially distributed corresponding to a spatial distribution of the actual physical areas being worked on in the building. For example, green may indicate the task is complete and / or on target. Yellow may indicate the task in the physical location is delayed or a question is pending. Red may mean that a significant problem has been encountered for the task in that corresponding physical location.

[0078] As shown in FIG. 6E, the RTPCS 130 includes an SPVM 655. For example, the SPVM 655 may be an example embodiment of the SPVM 625. In the depicted example, the SPVM 655 includes a view generation large language model (VGLLM 660) and an artificial intelligence model (Al model 665). In some embodiments, the SPVM 655 may include one or more of the VGLLM 660 and the Al model 665.

[0079] For example, the Al model 665 may include a machine learning model configured to learn a user preference for generating the PVGUI 630. For example, the SPVM 655 may be updated by the Al model 665 to present one of the non-blueprint views as a first view to a user based on an identified user preference.

[0080] For example, the VGLLM 660 may interactively modify the SPVM 655 based on user instructions received from the user (e.g., from the administrator device 120 and / or the mobile device 115). In some implementations, the VGLLM 660 may include one or more trained large language models configured to generate graphical user interfaces. In some implementations, the RTPCS 130 may apply the VGLLM 660 to the user instructions to dynamically generate new nonblueprint views. For example, the new non-blueprint views may include new visual indicium of the project status. Accordingly, the user may modify based on own preference the PVGUI 630 associated with the multi-level object according to the updated SPVM 655.

[0081] FIG. 7 is a block diagram depicting an exemplary view generation large language model (VGLLM). In this example, the VGLLM 660 is configured to dynamically generate new non-blueprint views 705 and new visual indicia 710 dynamically. For example, the new visual indicia 710 may be embedded in the new non-blueprint views 705. For example, the visual generation engine 170 may update the SPVM 655 using the VGLLM 660.

[0082] For example, the VGLLM 660 may be trained by leveraging a diverse dataset. The training process, in some implementations, may include supervised learning using annotated datasets. For example, a large language model (LLM) may be exposed to labeled data to learn the relationships between different datasets. For example, the LLM may be fine-tuned using domain-specific data (e.g., including building project management applications, BIM). In some implementations, the LLM may incorporate reinforcement learning techniques including historical user performance in various views.

[0083] As shown, the VGLLM 660 receives inputs from the project status database 615, the user profile 670, and current non-blueprint views 720. For example, the current non-blueprint views 720 may be retrieved from a datastore (e.g., the storage module 145). In this example, the visual generation engine 170 may apply instructions received from LLM inputs 715 to the project status database 615, the user profile 670, and the current non-blueprint views 720 to generate the new non-blueprint views 705 and / or the new visual indicia 710. The LLM inputs 715 may, for example, include instruction prompts (e.g., for specifying the desired focus areas, for improving balance, for improving core strength). In some examples, the LLM inputs 715 may include comments (e.g., for modifying the SPVM 655, adjusting a visual indicia within a view, customizing the PVGUI 630).

[0084] For example, the LLM inputs 715 may be manually provided by a user through the mobile device 115 and / or the administrator device 120. For example, the visual generation engine 170 may advantageously provide a mechanism for the user to specify preferences and / or feedback to the PVGUI 630.

[0085] In some implementations, the LLM inputs 715 may be created by an admin user. For example, an administrator overseeing the system (e.g., in a professional or clinical setting) may generate detailed instructions to address specific user profiles (e.g., the user profile 670). For example, the admin user may review the historical performance 680 of the user to modify the PVGUI 630 for the user.

[0086] In some implementations, the LLM inputs 715 may be dynamically generated by another instruction-generating module. For example, the LLM inputs 715 may be generated by one or more separate LLM. For example, the visual generation engine 170 may integrate with an (external) LLM to generate instructions and / or natural language queries based on the project status database 615, the user profile 670, and the current non-blueprint views 720. In some implementations, the visual generation engine 170 may feed the PVGUI 630 to the LLM in real-time to generate the LLM inputs 715. For example, the separate LLMs may synthesize information from multiplesources (e.g., including research databases, historical user trends, broader population data) to generate inputs to the VGLLM 660.

[0087] Based on the LLM inputs 715, the VGLLM 660 may generate the new non-blueprint views 705 and / or the new visual indicia 710. The new non-blueprint views 705 and / or the new visual indicia 710 may, for example, be used to update the SPVM 655 specially generated for a user.

[0088] FIG. 8 is a flowchart illustrating an exemplary interactive PVGUI generation method 800 using the exemplary VGLLM described with reference to FIG. 7. For example, the method 800 may be performed by the visual generation engine 170. In this example, the method 800 begins when a project status database, a user profile, and current non -blueprint views are retrieved from the data store in step 805. For example, the visual generation engine 170 may query the storage module 145 to obtain data related to the project status database 615, the user profile 670, and the current non-blueprint views 720. In step 810, a PVGUI sequence is received from the system for the user. For example, the visual generation engine 170 may generate the PVGUI 630 for dynamic customization based on the VGLLM 660.

[0089] At a decision point 815, it is determined whether an LLM input is received. For example, the visual generation engine 170 may monitor whether any prompt is received from the mobile device 115 and / or the administrator device 120. In some examples, the visual generation engine 170 may check whether any input is received from external LLMs. If no input is received, the method 800 ends. If an LLM input is received, in step 820, the input is applied to the current nonblueprint views and / or current visual indicia scheme based on content of the received input, and the decision point 815 is repeated.

[0090] FIG. 9A and FIG. 9B depict an exemplary poly-view graphical user interface (PVGUI) of the LARAMS described with reference to FIGS. 6A-D. FIG. 9A shows an exemplary project view 900 of a project 905. In some implementations, the PVGUI 630 may be configured to present one of multiple views generated by the visual generation engine 170 as a first view to be presented at a user device. For example, the visual generation engine 170 may determine the first view based on a user preference (e.g., determined from the user profile 670). For example, the user preference may be trained by a machine learning model (e.g., the Al model 665).

[0091] For example, the project view 900 may be one of multiple views of the PVGUI 630. The project 905 includes poly-views 910 (Floor view, project progress view, tasks view, activity view, document view, drawing view, material view) available for a user to select. As shown, the project view 900 includes an overall project status 915. For example, the RCE 180 may determine the overall project status 915 based on information retrieved from the project progress database 155.

[0092] In this example, the project view 900 displays project status based on a SPRG 920 of the project 905. The project view 900 includes a first visual indicia 925 configured to display projectstatus for each area in the project 905. For example, the first visual indicia 925 may include visual indicators representing a project status of each of the areas in the SPRG 920. For example, a blue indicator may represent an area that is “ready to measure.” For example, a light green indicator may indicate an area that is 50% complete. For example, a dark green indicator may indicate an area that is “done.” For example, a red indicator may indicate an area that is “not ready.” As shown, the overall project status 915 may include an overall percentage of area in each category represented by the visual indications of the first visual indicia 925.

[0093] FIG. 9B shows an exemplary floor view 950 of the project 905. For example, the exemplary floor view 950 may selectively display a collection of areas (e.g., one of the floors of the selected project 905) in the SRLG 605. In this example, the floor view 950 may display a real-time project progress for each floor in the project 905. In this example, the exemplary floor view 950 includes a project status display 955. The project status display 955 includes a visual indication 960 of completion for each task object (e.g., the work object 610) associated with each room 965.

[0094] In various embodiments, the visual generation engine 170 may generate the PVGUI 630 to include at least a project progress view (e.g., the project view 900) and a floor view (e.g., the exemplary floor view 950). For example, the project progress view may include a first display (e.g., the SPRG 920) of all of the areas in the building project. For example, for each work object associated with a corresponding area, a visual indicator (e.g., the first visual indicia 925) representing a completion percentage of the work object. For example, the floor view may include a second display of all of the units in a selected floor in the building project. For example, the floor view may include visual indications (e.g., the visual indication 960), each corresponding to one of the work objects associated with the floor object. For example, each of the visual indications may represent a completion status of the corresponding work object.

[0095] FIG. 10A and FIG. 10B depict an exemplary graphical user interface for two-way user communication. As shown in FIG. 10A, a two-way communication user interface (TWCUI 1000) includes a status dropdown menu 1005. For example, the TWCUI 1000 may be activated when a user of the mobile device 115 selects a button at the mobile interface 635. For example, a worker, after working on a job in an area, may update a project status (e.g., between “To Do”, “In Progress,” “Done,” “Not Ready,” and “Issue”) of a work object using the dropdown menu 1005. The TWCUI 1000, in this example, is corresponding to a selected work 1010, “Main Walls.” In this example, an assigned weight 1015 of the selected work 1010 may be predetermined by a remote user (e.g., a user of the administrator device 120). In some implementations, the RTPCS 130 may determine the overall completion of a building project based on a project progress of each work object and a weight of each work object.

[0096] In the depicted example shown in FIG. 10B, the TWCUI 1000 includes multiple views 1020. For example, a current view may allow a user to update a current activity related to the selected work 1010. For example, a user may also use the TWCUI 1000 to view a history of the selected work 1010 and relevant files related to the selected work 1010.

[0097] For example, the TWCUI 1000 may include a multimedia upload interactive area 1025 for uploading various media content related to the selected work 1010. A text box 1030 may be used to input comments, report, and / or questions related to the selected work 1010. In some examples, content received at the interactive area 1025 and / or the text box 1030 may be used to update the interactive content 645 of the work object 610. For example, two-way communication may advantageously be established dynamically and distributedly through the work object 610.

[0098] As an illustrative example, a question related to the selected work 1010 posted by an onsite worker may be viewed and answered by a foreman at a remote office. For example, the foreman may inspect images and / or videos uploaded by the on-site worker to determine a realtime progress status of the selected work 1010. Various embodiments may advantageously provide a multimedia two-way communication between a remote manager (e.g., a user of the administrator device 120) and on-site workers.

[0099] For example, the RTPCS 130 may advantageously be configured to dynamically generate multiple displays (e.g., the project view 900 and / or the floor view 950) associated with a building project for a remote user. For example, each of the multiple displays may be tailored (e.g., automatically, dynamically) according to a user’s profile. For example, the visual generation engine 170 may advantageously generate an interactive real-time project progress monitoring application using a multi-level non-blueprint view (e.g., the project view 900 and the floor view 950).

[0100] FIG. 11 is a flowchart illustrating an exemplary PVGUI generation method 1100. For example, the visual generation engine 170 may perform the TWCUI 1000 to generate the PVGUI 630 to be displayed at the administrator device 120 and / or the mobile device 115. In this example, the method 1100 begins when , in step 1105, an activation signal is received to display real-time progress of a selected building project from a user device. For example, the mobile device 115 may transmit an activation signal to the RTPCS 130 to initiate the generation of the PVGUI 630 for the selected building project.

[0101] In step 1110, a multi-level object is generated, including spatially related location groupings, each associated with a work object containing project status and interactive content tied to spaces in the selected building project. For example, the USTE 165 may access the BOD 150 and the project progress database 155 to generate a multi-level object representing floors, units,and rooms of the building project. For example, area objects in the multi-level object 650 may be linked to the work object 610.

[0102] A spatial project visualization model associated with a user of the user device is retrieved in step 1115. For example, the visual generation engine 170 may retrieve the SPVM 625 from the storage module 145 based on the user profile 670. In step 1120, the multi-level object is applied to the spatial project visualization model. For example, the visual generation engine 170 may apply the multi-level object 650 to the SPVM 625 to generate the PVGUI 630.

[0103] In step 1125, a poly-view graphical user interface (PVGUI) is generated with a nonblueprint view having visual indicia of project status for a collection of the spatially related location groupings. In some implementations, the visual generation engine 170 may perform the step 1125 using one or more of the steps in the method 400 described with reference to FIG. 4. For example, the visual generation engine 170 may generate the PVGUI 630 to include color-coded status indicators and interactive features as described with reference to FIGS. 9A-B based on the real-time project status retrieved from the project progress database 155.

[0104] At a decision point 1130, it is determined whether an update to the PVGUI is required based on a user profile. For example, the visual generation engine 170 may check if a new task has been assigned or if a user has modified their preferences using the TWCUI 1000.

[0105] If an update is required, in step 1135, the PVGUI is updated based on the user profile of the user. For example, the RCE 180 may modify the visual indicia, add new task objects, and / or rearrange elements of the PVGUI 630 to reflect changes in project status or user preferences retrieved from the project status database 615. In some implementations, the visual generation engine 170 may receive an update signal to apply the VGLLM 660 and / or Al model 665 to update the SPVM 655. For example, the TWCUI 1000 may dynamically update the PVGUI 630 after the SPVM 655 is updated. In some implementations, the step 1135 may invoke the method 800. If no update is required, the decision point 1130 is repeated, and the method 1100 ends.

[0106] Although various embodiments have been described with reference to the figures, other embodiments are possible.

[0107] Although an exemplary system has been described with reference to the figures, other implementations may be deployed in other industrial, scientific, medical, commercial, and / or residential applications.

[0108] In various embodiments, some bypass circuits implementations may be controlled in response to signals from analog or digital components, which may be discrete, integrated, or a combination of each. Some embodiments may include programmed, programmable devices, or some combination thereof (e.g., PLAs, PLDs, ASICs, microcontroller, microprocessor), and may include one or more data stores (e.g., cell, register, block, page) that provide single or multi-leveldigital data storage capability, and which may be volatile, non-volatile, or some combination thereof. Some control functions may be implemented in hardware, software, firmware, or a combination of any of them.

[0109] Computer program products may contain a set of instructions that, when executed by a processor device, cause the processor to perform prescribed functions. These functions may be performed in conjunction with controlled devices in operable communication with the processor. Computer program products, which may include software, may be stored in a data store tangibly embedded on a storage medium, such as an electronic, magnetic, or rotating storage device, and may be fixed or removable (e.g., hard disk, floppy disk, thumb drive, CD, DVD).

[0110] Although an example of a system, which may be portable, has been described with reference to the above figures, other implementations may be deployed in other processing applications, such as desktop and networked environments.

[0111] Temporary auxiliary energy inputs may be received, for example, from chargeable or single use batteries, which may enable use in portable or remote applications. Some embodiments may operate with other DC voltage sources, such as (nominal) batteries, for example. Alternating current (AC) inputs, which may be provided, for example from a 50 / 60 Hz power port, or from a portable electric generator, may be received via a rectifier and appropriate scaling. Provision for AC (e.g., sine wave, square wave, triangular wave) inputs may include a line frequency transformer to provide voltage step-up, voltage step-down, and / or isolation.

[0112] Although particular features of an architecture have been described, other features may be incorporated to improve performance. For example, caching (e.g., LI, L2, . . .) techniques may be used. Random access memory may be included, for example, to provide scratch pad memory and or to load executable code or parameter information stored for use during runtime operations. Other hardware and software may be provided to perform operations, such as network or other communications using one or more protocols, wireless (e.g., infrared) communications, stored operational energy and power supplies (e.g., batteries), switching and / or linear power supply circuits, software maintenance (e.g., self-test, upgrades), and the like. One or more communication interfaces may be provided in support of data storage and related operations.

[0113] Some systems may be implemented as a computer system that can be used with various implementations. For example, various implementations may include digital circuitry, analog circuitry, computer hardware, firmware, software, or combinations thereof. Apparatus can be implemented in a computer program product tangibly embodied in an information carrier, e.g., in a machine-readable storage device, for execution by a programmable processor; and methods can be performed by a programmable processor executing a program of instructions to perform functions of various embodiments by operating on input data and generating an output. Variousembodiments can be implemented advantageously in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and / or at least one output device. A computer program is a set of instructions that can be used, directly or indirectly, in a computer to perform a certain activity or bring about a certain result. A computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0114] Suitable processors for the execution of a program of instructions include, by way of example, both general and special purpose microprocessors, which may include a single processor or one of multiple processors of any kind of computer. Generally, a processor will receive instructions and data from a read-only memory or a random-access memory or both. The essential elements of a computer are a processor for executing instructions and one or more memories for storing instructions and data. Generally, a computer will also include, or be operatively coupled to communicate with, one or more mass storage devices for storing data files; such devices include magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and optical disks. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including, by way of example, semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, ASICs (applicationspecific integrated circuits).

[0115] In some implementations, each system may be programmed with the same or similar information and / or initialized with substantially identical information stored in volatile and / or nonvolatile memory. For example, one data interface may be configured to perform auto configuration, auto download, and / or auto update functions when coupled to an appropriate host device, such as a desktop computer or a server.

[0116] In some implementations, one or more user-interface features may be custom configured to perform specific functions. Various embodiments may be implemented in a computer system that includes a graphical user interface and / or an Internet browser. To provide for interaction with a user, some implementations may be implemented on a computer having a display device. The display device may, for example, include an LED (light-emitting diode) display. In some implementations, a display device may, for example, include a CRT (cathode ray tube). In some implementations, a display device may include, for example, an LCD (liquid crystal display). Adisplay device (e.g., monitor) may, for example, be used for displaying information to the user. Some implementations may, for example, include a keyboard and / or pointing device (e.g., mouse, trackpad, trackball joystick), such as by which the user can provide input to the computer.

[0117] In various implementations, the system may communicate using suitable communication methods, equipment, and techniques. For example, the system may communicate with compatible devices (e.g., devices capable of transferring data to and / or from the system) using point-to-point communication in which a message is transported directly from the source to the receiver over a dedicated physical link (e.g., fiber optic link, point-to-point wiring, daisy-chain). The components of the system may exchange information by any form or medium of analog or digital data communication, including packet-based messages on a communication network. Examples of communication networks include, e.g., a LAN (local area network), a WAN (wide area network), MAN (metropolitan area network), wireless and / or optical networks, the computers and networks forming the Internet, or some combination thereof. Other implementations may transport messages by broadcasting to all or substantially all devices that are coupled together by a communication network, for example, by using omni-directional radio frequency (RF) signals. Still other implementations may transport messages characterized by high directivity, such as RF signals transmitted using directional (i.e., narrow beam) antennas or infrared signals that may optionally be used with focusing optics. Still other implementations are possible using appropriate interfaces and protocols such as, by way of example and not intended to be limiting, USB 2.0, Firewire, ATA / IDE, RS-232, RS-422, RS-485, 802.11 a / b / g, Wi-Fi, Ethernet, IrDA, FDDI (fiber distributed data interface), token-ring networks, multiplexing techniques based on frequency, time, or code division, or some combination thereof. Some implementations may optionally incorporate features such as error checking and correction (ECC) for data integrity, or security measures, such as encryption (e.g., WEP) and password protection.

[0118] In various embodiments, the computer system may include Internet of Things (loT) devices. loT devices may include objects embedded with electronics, software, sensors, actuators, and network connectivity which enable these objects to collect and exchange data. loT devices may be in-use with wired or wireless devices by sending data through an interface to another device. loT devices may collect useful data and then autonomously flow the data between other devices.

[0119] Various examples of modules may be implemented using circuitry, including various electronic hardware. By way of example and not limitation, the hardware may include transistors, resistors, capacitors, switches, integrated circuits, other modules, or some combination thereof. In various examples, the modules may include analog logic, digital logic, discrete components, traces and / or memory circuits fabricated on a silicon substrate including various integrated circuits (e.g.,FPGAs, ASICs), or some combination thereof. In some embodiments, the module(s) may involve execution of preprogrammed instructions, software executed by a processor, or some combination thereof. For example, various modules may involve both hardware and software.

[0120] In an illustrative aspect, a system may include a data store including a program of instructions. For example, the system may include a processor operably coupled to the data store . For example, when the processor executes the program of instructions, the processor may cause operations to be performed to automatically generate a poly-view graphical user interface for displaying a real-time progress in a building project. For example, the operations may include receive, from a graphical user interface of a user device, an activation signal to display the realtime progress of a selected building project. For example, the operations may include generate a multi-level object based on a spatial relationship between each space associated with the selected building project. For example, the multi-level object may include a plurality of spatially related location groupings each associated with a work object including a project status and interactive content associated with the space. For example, the spatially related location groupings may include a building object associated with a building. For example, the building object may include a floor object associated with a floor of the building. For example, the floor object may include a unit object associated with a unit of the floor. For example, the unit object may include an area object associated with an area of the unit. For example, the work object may be associated with at least one of the area object.

[0121] For example, the operations may include generate, at the user device, the poly-view graphical user interface including a non-blueprint view having visual indicia of project status including a representation of a plurality of a collection of the spatially related location groupings by applying the multi-level object to a spatial project visualization model associated with a user of the user device, such that the real-time progress of one of the plurality of collection of the spatially related location groupings may be interactively displayed in the non-blueprint view.

[0122] For example, the system may include one or more of the following features:• For example, the spatial project visualization model may include a user profile associated with the user, including a type and a historical performance of the user. For example, the poly-view graphical user interface may be selectively and dynamically generated based on the type and the historical performance.• For example, the non-blueprint view may be configured to provide a multimedia two-way communication between a remote user and on-site users associated with the work object indicated in the non-blueprint view.• For example, the operations may include interactively modify the spatial project visualization model based on user instructions received from the user device by applyingthe user instructions to a large language model. For example, the large language model may be configured to dynamically generate a new non-blueprint view including a new visual indicia of the project status associated with the multi-level object according to the spatial project visualization model.• For example, the spatial project visualization model may include presenting a first view of the poly-view graphical user interface based on a user preference trained by a machine learning model.• For example, the poly-view graphical user interface may include at least a project progress view and a floor view. For example, the project progress view may include a first display of all of the areas in the building project. For example, the project progress view may include, for each work object associated with a corresponding area, a visual indicator representing a completion percentage of the work object. For example, the floor view may include a second display of all of the units in a selected floor in the building project, and a plurality of visual indications, each corresponding to one of the work objects associated with the floor object, and each representing a completion status of the corresponding work object.

[0123] In an illustrative aspect, a computer-implemented method performed by at least one processor to automatically generate a poly-view graphical user interface for displaying a real-time progress in a building project. For example, the method may include receive, from a graphical user interface of a user device, an activation signal to display the real-time progress of a selected building project.

[0124] For example, the method may include generate a multi-level object based on a spatial relationship between each space associated with the selected building project. For example, the multi-level object may include a plurality of spatially related location groupings each associated with a work object including a project status and interactive content associated with the space.

[0125] For example, the method may include generate, at the user device, the poly-view graphical user interface including a non-blueprint view having visual indicia of project status including a representation of a plurality of a collection of the spatially related location groupings by applying the multi-level object to a spatial project visualization model associated with a user of the user device, such that the real-time progress of one of the plurality of collection of the spatially related location groupings may be interactively displayed in the non-blueprint view.

[0126] For example, the computer-implemented method may include one or more of the following features:For example, the spatial project visualization model may include a user profile associated with the user. For example, the user profile may include a type and a historical performanceof the user, such that the poly-view graphical user interface may be selectively and dynamically generated based on the type and the historical performance.• For example, the non-blueprint view may be configured to provide a multimedia two-way communication between a remote user and on-site users associated with the work object indicated in the non-blueprint view.• For example, the computer-implemented method may include interactively modify the spatial project visualization model based on user instructions received from the user device by applying the user instructions to a large language model. For example, the large language model may be configured to dynamically generate a new non-blueprint viewsincluding a new visual indicia of the project status associated with the multi-level object according to the spatial project visualization model.• For example, the spatial project visualization model may include presenting a first view of the poly-view graphical user interface based on a user preference trained by a machine learning model.• For example, the spatially related location groupings may include a building object associated with a building. For example, the building object may include a floor object associated with a floor of the building. For example, the floor object may include a unit object associated with a unit of the floor. For example, the unit object may include an area object associated with an area of the unit. For example, the work object may be associated with at least one of the area object.• For example, the poly-view graphical user interface may include at least a project progress view and a floor view. For example, the project progress view may include a first display of all of the areas in the building project. For example, for each work object associated with a corresponding area, the project progress view may include a visual indicator representing a completion percentage of the work object. For example, the floor view may include a second display of all of the units in a selected floor in the building project, and a plurality of visual indications, each corresponding to one of the work objects associated with the floor object, and each representing a completion status of the corresponding work object.

[0127] In an illustrative aspect, a computer program product may include a program of instructions tangibly embodied on a computer readable medium. For example, when the instructions may be executed on a processor, the processor may cause operations to be performed to automatically generate a poly-view graphical user interface for displaying a real-time progress in a building project. For example, the operations may include receive, from a graphical user interface of a user device, an activation signal to display the real-time progress of a selected building project.

[0128] For example, the operations may include generate a multi-level object based on a spatial relationship between each space associated with the selected building project. For example, the multi-level object may include a plurality of spatially related location groupings each associated with a work object including a project status and interactive content associated with the space.

[0129] For example, the operations may include generate, at the user device, the poly-view graphical user interface including a non-blueprint view having visual indicia of project status including a representation of a plurality of a collection of the spatially related location groupings by applying the multi-level object to a spatial project visualization model associated with a user of the user device, such that the real-time progress of one of the plurality of collection of the spatially related location groupings may be interactively displayed in the non-blueprint view.

[0130] For example, the computer program product may include one or more of the following features:• For example, the spatial project visualization model may include a user profile associated with the user, including a type and a historical performance of the user. For example, the poly-view graphical user interface may be selectively and dynamically generated based on the type and the historical performance.• For example, the non-blueprint view may be configured to provide a multimedia two-way communication between a remote user and on-site users associated with the work object indicated in the non-blueprint view.• For example, the computer program product may include interactively modify the spatial project visualization model based on user instructions received from the user device by applying the user instructions to a large language model. For example, the large language model may be configured to dynamically generate a new non-blueprint view including a new visual indicia of the project status associated with the multi-level object according to the spatial project visualization model.• For example, the spatial project visualization model may include presenting a first view of the poly-view graphical user interface based on a user preference trained by a machine learning model.• For example, the spatially related location groupings may include a building object associated with a building. For example, the building object may include a floor object associated with a floor of the building. For example, the floor object may include a unit object associated with a unit of the floor. For example, the unit object may include an area object associated with an area of the unit. For example, the work object may be associated with at least one of the area object.• For example, the poly-view graphical user interface may include at least a project progress view and a floor view. For example, the project progress view may include a first display of all of the areas in the building project. For example, project progress view may include, for each work object associated with a corresponding area, a visual indicator representing a completion percentage of the work object. For example, the floor view may include a second display of all of the units in a selected floor in the building project, and a plurality of visual indications, each corresponding to one of the work objects associated with the floor object, and each representing a completion status of the corresponding work object.

[0131] For example, the system may include any or all of the features of the computer implemented method. For example, the system may include any or all of the features of the computer program product. For example, the computer implemented method may include any or all of the features of the system. For example, the computer implemented method may include any or all of the features of the computer program product. For example, the computer program product may include any or all of the features of the system. For example, the computer program product may include any or all of the features of the computer implemented method.

[0132] A number of implementations have been described. Nevertheless, it will be understood that various modifications may be made. For example, advantageous results may be achieved if the steps of the disclosed techniques were performed in a different sequence, or if components of the disclosed systems were combined in a different manner, or if the components were supplemented with other components. Accordingly, other implementations are contemplated within the scope of the following claims.

Claims

CLAIMSWhat is claimed is:

1. A system comprising: a data store (160) comprising a program of instructions; and, a processor (140) operably coupled to the data store such that, when the processor executes the program of instructions, the processor causes operations to be performed to automatically generate a poly -view graphical user interface (630) for displaying a real-time progress in a building project, the operations comprising: receive, from a graphical user interface (620, 625) of a user device (620, 625), an activation signal to display the real-time progress of a selected building project (1105); generate a multi-level object (650) based on a spatial relationship between each space associated with the selected building project, wherein the multi-level object comprises a plurality of spatially related location groupings (605) each associated with a work object (610) comprising a project status (640) and interactive content (645) associated with the space (1110), wherein the spatially related location groupings comprises a building object associated with a building, wherein the building object comprises a floor object associated with a floor of the building, 10B the floor object comprises a unit object associated with a unit of the floor, and the unit object comprises an area object associated with an area of the unit, wherein the work object is associated with at least one of the area object; and, generate, at the user device, the poly-view graphical user interface (1125) comprising a non-blueprint view (685) having visual indicia of project status comprising a representation of a plurality of a collection of the spatially related location groupings by applying the multi-level object to a spatial project visualization model associated with a user of the user device (1120), such that the real-time progress of one of the plurality ofcollection of the spatially related location groupings is interactively displayed in the nonblueprint view.

2. The system of claim 1, wherein the spatial project visualization model comprises a user profile associated with the user, wherein the user profile comprises a type and a historical performance of the user, such that the poly-view graphical user interface is selectively and dynamically generated based on the type and the historical performance.

3. The system of claim 1, wherein the non-blueprint view is configured to provide a multimedia two-way communication between a remote user and on-site users associated with the work object indicated in the non -blueprint view.

4. The system of claim 1, wherein the operations comprise interactively modify the spatial project visualization model based on user instructions received from the user device by applying the user instructions to a large language model, wherein the large language model is configured to dynamically generate a new non-blueprint view comprising a new visual indicia of the project status associated with the multi-level object according to the spatial project visualization model.

5. The system of claim 1, wherein the spatial project visualization model comprises presenting a first view of the poly-view graphical user interface based on a user preference trained by a machine learning model.

6. The system of claim 1, wherein the poly-view graphical user interface comprises at least a project progress view and a floor view, wherein: the project progress view comprises a first display of all of the areas in the building project, and, for each work object associated with a corresponding area, a visual indicator representing a completion percentage of the work object; and,the floor view comprises a second display of all of the units in a selected floor in the building project, and a plurality of visual indications, each corresponding to one of the work objects associated with the floor object, and each representing a completion status of the corresponding work object.

7. A computer-implemented method performed by at least one processor to automatically generate a poly-view graphical user interface (630) for displaying a real-time progress in a building project, the method comprising: receive, from a graphical user interface (620, 625) of a user device(l 15, 120), an activation signal to display the real-time progress of a selected building project (1105); generate a multi-level object (650) based on a spatial relationship between each space associated with the selected building project, wherein the multi-level object comprises a plurality of spatially related location groupings (605) each associated with a work object (610) comprising a project status (640) and interactive content (645) associated with the space (1110); and, generate, at the user device, the poly-view graphical user interface (1125) comprising a non-blueprint view (685) having visual indicia of project status comprising a representation of a plurality of a collection of the spatially related location groupings by applying the multi-level object to a spatial project visualization model associated with a user of the user device (1120), such that the real-time progress of one of the plurality of collection of the spatially related location groupings is interactively displayed in the non-blueprint view.

8. The computer-implemented method of claim 7, wherein the spatial project visualization model comprises a user profile associated with the user, wherein the user profile comprises a type and a historical performance of the user, such that the poly-view graphical user interface is selectively and dynamically generated based on the type and the historical performance.

9. The computer-implemented method of claim 7, wherein the non-blueprint view is configured to provide a multimedia two-way communication between a remote user and on-site users associated with the work object indicated in the non -blueprint view.

10. The computer-implemented method of claim 7, further comprises interactively modify the spatial project visualization model based on user instructions received from the user device by applying the user instructions to a large language model, wherein the large language model is configured to dynamically generate a new non-blueprint view comprising a new visual indicia of the project status associated with the multi-level object according to the spatial project visualization model.

11. The computer-implemented method of claim 7, wherein the spatial project visualization model comprises presenting a first view of the poly-view graphical user interface based on a user preference trained by a machine learning model.

12. The computer-implemented method of claim 7, wherein the spatially related location groupings comprises a building object associated with a building, wherein: the building object comprises a floor object associated with a floor of the building; the floor object comprises a unit object associated with a unit of the floor; and, the unit object comprises an area object associated with an area of the unit, wherein the work object is associated with at least one of the area object.

13. The computer-implemented method of claim 12, wherein the poly-view graphical user interface comprises at least a project progress view and a floor view, wherein: the project progress view comprises a first display of all of the areas in the building project, and, for each work object associated with a corresponding area, a visual indicator representing a completion percentage of the work object; and, the floor view comprises a second display of all of the units in a selected floor in the building project, and a plurality of visual indications, each corresponding to one of the work objects associated with the floor object, and each representing a completion status of the corresponding work object.

14. A computer program product comprising: a program of instructions tangibly embodied on a computer readable medium wherein when the instructions are executed on a processor, the processor causes operations to be performed to automatically generate a poly-view graphical user interface (630) for displaying a real-time progress in a building project, the operations comprising: receive, from a graphical user interface (620, 625) of a user device (620, 625), an activation signal to display the real-time progress of a selected building project (1105); generate a multi-level object (650) based on a spatial relationship between each space associated with the selected building project, wherein the multi-level object comprises a plurality of spatially related location groupings (605) each associated with a work object (610) comprising a project status (640) and interactive content (645) associated with the space; and, generate, at the user device, the poly-view graphical user interface (1125) comprising a non-blueprint view (685) having visual indicia of project status comprising a representation of a plurality of a collection of the spatially related location groupings by applying the multi-level object to a spatial project visualization model associated with a user of the user device (1120), such that the real-time progress of one of the plurality of collection of the spatially related location groupings is interactively displayed in the nonblueprint view.

15. The computer program product of claim 14, wherein the spatial project visualization model comprises a user profile associated with the user, wherein the user profile comprises a type and a historical performance of the user, such that the poly-view graphical user interface is selectively and dynamically generated based on the type and the historical performance.

16. The computer program product of claim 14, wherein the non-blueprint view is configured to provide a multimedia two-way communication between a remote user and on-site users associated with the work object indicated in the non -blueprint view.

17. The computer program product of claim 14, further comprises interactively modify the spatial project visualization model based on user instructions received from the user device by applying the user instructions to a large language model, wherein the large language model is configured to dynamically generate a new non-blueprint view comprising a new visual indicia of the project status associated with the multi-level object according to the spatial project visualization model.

18. The computer program product of claim 14, wherein the spatial project visualization model comprises presenting a first view of the poly-view graphical user interface based on a user preference trained by a machine learning model.

19. The computer program product of claim 14, wherein the spatially related location groupings comprises a building object associated with a building, wherein: the building object comprises a floor object associated with a floor of the building; the floor object comprises a unit object associated with a unit of the floor; and, the unit object comprises an area object associated with an area of the unit, wherein the work object is associated with at least one of the area object.

20. The computer program product of claim 19, wherein the poly-view graphical user interface comprises at least a project progress view and a floor view, wherein: the project progress view comprises a first display of all of the areas in the building project, and, for each work object associated with a corresponding area, a visual indicator representing a completion percentage of the work object; and, the floor view comprises a second display of all of the units in a selected floor in the building project, and a plurality of visual indications, each corresponding to one of the work objects associated with the floor object, and each representing a completion status of the corresponding work object.

Images