Patent Publication Number: US-2020302363-A1

Title: Systems and methods for generating an architecture for production of goods and services

Description:
RELATED APPLICATION 
     The present application claims priority from U.S. provisional patent application Ser. No. 62/860,009 filed Jun. 11, 2019 and is a continuation-in-part of PCT International Application No. PCT/US19/37478, which claims priority from U.S. provisional patent application Ser. No. 62/686,600 filed Jun. 18, 2018 and 62/686,607 filed Jun. 18, 2018, the entireties of which are incorporated herein by reference. 
    
    
     FIELD OF TECHNOLOGY 
     The present disclosure relates generally to network architectures, and more particularly to an engine for generating architectures and distribution systems optimizing the allocation and sharing of resources. 
     BACKGROUND 
     Resource allocation and productivity is a hurdle for almost any industry whether it be manufacturing, retail, e-commerce, service industry, or gig economies. Often times in a particular industry, a single participant in a given industrial or commercial space is required to outlay significant capital expenditures and other costs to ensure that they individually possess the equipment, workforce and other resources to design, produce, and output its products or services. For example, the production of sports broadcasts, news coverage, entertainment television shows, documentaries, over-the-top media, and digital productions and other videos are traditionally completed at the site of the event being broadcasted, streamed or otherwise distributed. However, the production of the broadcasts of these events require a large number of personnel, such as those in staffing and technical positions, and significant amounts of equipment for these operations to run smoothly. Such restrictions are a barrier to entry for digital creators to expand and improve their quality, variety and distribution opportunities. Further, broadcast companies, their vendors, professional video productions and digital creators typically need to get the vast majority of personnel and equipment to the location of the event or content. As a result, these broadcast companies spend large amounts of financial, personnel, and logistical resources in order to produce and broadcast these events at the best quality. Digital creators are typically incapable of procuring, coordinating and affording the resources broadcasters use. This becomes a challenge for things like multi-lingual productions that are increasingly in demand that digital creators cannot easily or affordably resource. 
     The expansion of Internet of Things (TOT) is severely limited by the lack of any production architecture to achieve higher growth potential in years to come. This is a global issue, not specific to any single location, country or economy, inside and outside of audio/video production. 
     Staffing and equipment is often 1:1 so every aspect, including production, service, and output has its own workforce dedicated to a specific role or position. For example, in audio/video production, once the personnel and equipment are allocated for a task or project, at a specific event, the personnel and equipment are rarely utilized for other broadcasts, video productions or media creation. As a result, over 70% of the time, production equipment at a video facility in the U.S. goes unused, and potentially useful resources go to waste as they sit idly waiting for a specific broadcast or video production to start. Further, personnel dedicated to creating content for a single broadcaster, digital creator or media company often sit idle awaiting other resources or processes to occur before they can do their work. As a result, personnel on broadcasts and video productions often work 33% or less of the time they could be utilized. 
     In recent years, broadcasting companies have started to experiment with sending camera signals from a sporting event or news program back to their corporate headquarters or a “hub” and producing the event from the broadcast company&#39;s control rooms or vendor&#39;s facility to save money. However, the expense of the equipment at the central control room or hub facility, plus transmission of the camera signals via fiber, satellite, high-bandwidth Internet or cellular bonding has proven costly or impractical. Further, the skill levels of the staff required for such an operation and the lack of an efficient way to utilize the equipment and personnel at a higher level of capacity have reduced the potential cost savings of using off-site resources. In many cases, the expenses to build and staff for this type of video production exceeds the amortizable savings and ends up costing more. Frequently, staff need to travel to the central control room or hub, thereby making the structure impractical. 
     Inefficiencies in resource and personnel allocation are not unique to the audio/video production industry. Companies and digital creators trying to solve this problem today must invest in high-cost capital and labor with the hope of getting some scale based on a traditional production process. However, the equipment is used only sporadically, often in silos, sitting unused. Companies continue to seek a viable solution to maximize the return on investment for these wasted resources. Companies with typically much lower revenues are unable to afford the resources and personnel for them to grow affordably in production quality and volume. Additionally, IOT networking lacks any systematic coordination to allow for technical and economic optimization opportunities. 
     SUMMARY 
     The present disclosure generally provides a specially configured, networked system providing an architecture for end user architects to improve efficiency and utilization across personnel, technical resources and communications systems, and to optimize production and output globally across all levels of participation to teams, creators, providers, suppliers end-users, customers and businesses. In addition, the present disclosure also provides a specially configured and networked system for architecting resource distribution systems greater efficiencies using existing and emerging technologies, including those that contribute to a shared economy. 
     According to one aspect of the present disclosure, a system for a customized production of goods and services is presented. The system may include a computing device adapted to receive input from and output information to an end user. A network may be in communication with a plurality of resource providers. Each of the plurality of resource providers may offer a required resource for production of a good or service. An architect engine may connect the computing device and the network. The architect engine may be adapted to receive, from the computing device, a request for one or more required resources, determine a plurality of available resources from the plurality of resource providers, and receive, from the computing device, a selection of required resources. 
     According to another aspect of the present disclosure, a method for a providing an exchange for production of a good or service implemented is presented. A computing device may receive a request for one or more required resources from an end user. A plurality of available resources may be determined from a network in communication with a plurality of resource providers. An exchange platform may be generated offering the one or more required resources from the plurality of available resources. The exchange platform may be presented on the computing device. A selection of one or more required resources may be received from the computing device. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Embodiments of devices, systems, and methods are illustrated in the figures of the accompanying drawings, which are meant to be exemplary and not limiting, in which references are intended to refer to like or corresponding parts, and in which: 
         FIG. 1  depicts an exemplary architecture for a resource allocation and distribution system according to one aspect of the present disclosure. 
         FIG. 1A  depicts an illustrative flow diagram for a resource allocation and distribution system according to one aspect of the present disclosure. 
         FIG. 1B  illustrates an exemplary overview diagram of a system for audio/video production system according to the present disclosure. 
         FIG. 2  illustrates an overview diagram of a user and an architect engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 3  illustrates block diagram for an architect engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 4  illustrates a detailed system block diagram for the architect engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 5  illustrates a detailed block diagram for an input engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 6  illustrates a detailed block diagram for a category engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 7  illustrates a detailed block diagram for a communication engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 8  illustrates a detailed block diagram for a trading desk engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 8A  illustrates an exemplary relationship diagram connecting Relationship Manager and Vendor Managers for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 9  illustrates a detailed block diagram for a scheduling engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 10  illustrates a detailed block diagram for a resources/database engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 10A  illustrates an exemplary implementation of the trading desk engine and the resources/database engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 11  illustrates a detailed block diagram for an artificial intelligence engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 12  illustrates a detailed block diagram for a compliance engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 13  illustrates a detailed block diagram for a cognitive engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 14  illustrates a detailed block diagram for a ratings/risk generator for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 15  illustrates a detailed block diagram for a cost/commerce engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 16  illustrates a detailed block diagram for a project plan generator for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 17  illustrates a detailed block diagram for a booking engine for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 18  illustrates a detailed block diagram for an output generator for a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 19  illustrates an exemplary embodiment of an input graphical user interface (GUI) for choosing a location for an audio/video production using the audio/video production system according to the present disclosure. 
         FIG. 20  illustrates a first exemplary embodiment of a scheduling interface connected to the input GUI of a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 21  illustrates a second exemplary embodiment of a scheduling interface connected to the input GUI of a resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 22  illustrates a third exemplary embodiment of a scheduling interface connected to the input GUI of resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 22A  illustrates another exemplary embodiment of a scheduling interface connected to the input GUI of resource allocation and distribution system according to aspects of the present disclosure. 
         FIG. 23  illustrates a flow diagram for an audio/video production system according to the present disclosure. 
         FIG. 24  illustrates a flow diagram for a generating an exchange for production of a good or service according to the present disclosure. 
     
    
    
     DETAILED DESCRIPTION 
     The detailed description of the present disclosure set forth herein makes reference to the accompanying drawings, which show various embodiments by way of illustration. While these embodiments are described in sufficient detail to enable those skilled in the art to practice the disclosure, it should be understood that other embodiments may be realized, and that logical and physical changes may be made without departing from the spirit and scope of the disclosure. Thus, the detailed description herein is presented for purposes of illustration only and not limitation. For example, the functional blocks illustrated in the system may be alternatively configured and/or the steps recited in any of the method or process descriptions may be executed in an order other than as presented and are not limited to the order presented. Moreover, references to a singular embodiment may include plural embodiments, and references to more than one component may include a singular embodiment. 
     The present disclosure provides a system including components for extensive and specialized processes to improve efficiency, increase productivity and optimize global resource and personnel distribution across all levels from creation to implementation from professional to prosumer and consumer, particularly in a shared economy. A shared economy may provide a way of designing, creating, distributing and purchasing goods and services that differs from a traditional business model. In a sharing economy, resources may be distributed in a peer-to-peer fashion, rather than having a single provider of equipment and personnel. The present disclosure provides for systems and methods to generate architectures and exchanges economies and marketplaces where risk, cloud computing, compliance and cognition factors may be particularly important. 
     The present disclosure provides, for example, a specially configured, networked system with an architecture for end user architects in a sharing economy-based industry to efficiently utilize resources including personnel, design, manufacturing and production resources as well as communications resources. 
     Further, the present disclosure provides systems and architectures to increase opportunities for greater corporate social responsibility to give back to communities and offer new employment options. For example, the present disclosure may provide employment opportunities to the disabled to be utilized within the system to participate in a portion of the shared economy, who would not otherwise be able to provide such participation. The present disclosure may allow the disabled to provide skills and/or equipment remotely, including from their home or a facility for the disabled, and share in production of a given task, or use adaptations and devices that would be atypical and often unattainable in the field. 
       FIG. 1  depicts an exemplary architecture  50  of a shared economy platform according to one aspect of the present disclosure. An engine platform  58  may serve as a mechanism to form individual architectures for allocating and distributing resources, products and services. The engine platform  58  may link traditional suppliers, including vendors  52 , each with their own resources, services and cloud offerings, companies  54  that may have or publish excess capacity (e.g., supplies, personnel, other resources), and additional entities  56  having excess capacity including, but not limited to team resources, corporate resources, and/or individual resources. The engine platform  58  may additionally link originators, intermediaries and/or end-users, such as service providers  60 , creators  62 , and other recipients (e.g., over-the-top services, teams, companies, etc.) traditionally on the receiving end of a traditional market. 
     The architect engine may be configured, as described herein, to generate a shared-economy architecture between the market participants to match and link buyer and sellers, each with their own resources and needs. The shared-economy architecture may then be implemented across the participants to more efficiently and effectively produce products and services, whether brick and mortar or digital creation and production. The engine platform may generate architectures that may then be implemented to allow the discrete participants to negotiate prices and logistics to buy, sell, or otherwise exchange resources to make, use and sell products and services by sharing un-used and available resources pooled across participating resource providers. 
       FIG. 1A  is a flow diagram depicting certain steps of a method of generating a resource allocation and distribution system according to aspects of the present disclosure. As shown in block  70 , a user may use the system, and in particular an architect engine  74 , to create a platform linking resource providers to an exchange in which participants may join to offer or request resources for a particular good or service. The architect engine  74  may be implemented to create, customize, and generate an architecture for the provision one or more goods or services by forming an exchange between participants for any number of resources needed to provide a marketplace solution to the user. The architect engine may provide a user with a platform to ensure the highest efficiency and optimum costs based on a number of user-defined priorities. The engine may further allow the user to increase scale by receiving requests from clients, as described below. 
     As shown in block  72 , in conjunction with the user&#39;s input of resource needs and priorities, such as time, goods and services to be offered, effort and productivity, the architect engine  74  may develop a platform or solution tailored to the user&#39;s specific needs. The platform may offer a market solution by linking a number or participants, each with resources to offer and sell to the user, or other participants, allowing the user to offer a good or service. The user may offer the good or service as a result of the exchange of resources from the participants. According to one aspect, participants may offer excess resources not currently in use, or scheduled for use, saving the user from having to procure those resources on their own. The engine may be particularly useful for the allocation and distribution of resources that may be shared, leased, loaned of otherwise made temporarily available to the user, or other participant, for the provision of the particular good or service. For example, and as described herein, the use of the architect engine to provision audio/video production equipment and personnel, provides numerous technical and economic advantages, allowing such resources to be shared, rather that outright purchased by the user. 
     As shown in block  76 , after the user, through the architect engine, defines the parameters and needs for market solution, the architect engine  74  may matrix the resource needs across the various participants to determine what resources may be available, when those resources may be available, where those resources are located, how those resources may be obtained, allocated, or distributed, and determine any risk factors in the distribution and allocation of those resources based on the input parameters. 
     As shown in block  78 , the architect engine may output a platform or architecture, with the matrixed results. The matrixed results may provide a technical solution to the required allocation and distribution of resources associated with the offering of the good or service. As shown in block  80 , the user may obtain significant technical and economic benefits and savings as the user is able to provide the desired goods and services making use of the generated architecture and exchange platform in which the resources needed to create and offer the goods and services have been provided through the sharing of the platform participants resources. The user may use the architect engine  74  to modify the parameters, priorities and other inputs as time passes to adapt to market needs, inefficiencies or other factors as determined by the user. 
     The architect engine and platforms described herein may be implemented for any good or service in which the resources required to make or provide the good or service may be obtained from market participants willing to offer resources, including excess or unused resources, needed to provide the goods and services. The present disclosure may be readily applied to other different sharing economies and digital economies. For example, the architect engine  74  and the corresponding engines within the architect engine  74 , described below, may be used to coordinate assets for use in other contexts such as construction and manufacturing contexts. Further, the matrix model may further be used to prioritize specific traits for transportation navigation and ride-sharing. Accordingly, the present disclosure is not limited to a specific context and be applied in numerous contexts, such as those described above, in addition to other contexts as well. Various applications of the disclosed techniques provide substantial improvements to the functioning of the computer apparatus and the technical environments in which the various applications are implemented. 
     For example, and as described herein, according to one aspect, a networked system for audio/video creation, distribution, and production is disclosed. The disclosed system may, for example, connect thousands of broadcasters in the United States and hundreds of thousands of additional broadcasters across the world. Further, the specially configured, networked system allows people anywhere on the globe to participate in the creation of, transmission of, or interaction with the production of audio/video and media content for anyone, anywhere, in real time. This system allows video producers and media companies to increase efficiency and utilization of their equipment, for their corporate parent, third parties, clients, and even competitors. The networked system also networks new and legacy equipment with the newest transmission methods. Additionally, the system also allows for personnel to work on multiple items in a shift, regardless of where or who is creating the media/video and agnostic to where the personnel is located. Further, the system networks human capital and provides options for creators to work for any combination of media companies, video producers and vendors, including for competitors who otherwise could not architect and coordinate using the same person on the same shift or at the same or in contiguous time. 
     In addition, all consumers, vendors and distributors, would gain access to a specially configured network interface. The present disclosure provides a new protocol for efficient production and transmission of video content. It allows for increased production volume as the process, architecture and computer system is available for all consumers with a communication device from drone video operators to educational institutions, businesses to large broadcasting operators and media companies to digital creators down to the consumer and IOT. System parameters may include both live and prerecorded audio/video content, single and multi-camera, audio only and any media creation/video production or procurement platform. 
     Referring to  FIG. 1B , an overview diagram of a system  100  for audio/video production that improves efficiency, increases productivity and optimizes global video productions, media creation and broadcasting is described. The system  100  according to the disclosure allows an end user with a data or media content need and resources to address the need for data or media content in a traditional or sharing economy via a matrix model. 
     The matrix model may be a specified matrix model used to determine the different parts associated with a production or project and may optimally include 15 production verticals at a range of quality, reliability and performance levels, according to one aspect. For example, a first vertical of the matrix model may be a category used to determine what the project is. An exemplary second vertical of the matrix model may be a location used to determine where the project is to take place. An exemplary third vertical of the matrix model may be a human capital aspect of the project to determine who is used for the project. For example, the human capital may be an “above the line” figure, who is a person that is instantly recognizable in the person&#39;s field of work, or a “below the line” figure, who is a person that is not instantly recognizable in the person&#39;s field of work but instead provides support services. Further, a transportation/communication aspect, a virtual hub matrix/format, an automation aspect, an administration aspect, a compliance aspect, a cognitive aspect, an artificial intelligence aspect, and an input/output aspect may be the fourth vertical through the eleventh vertical of the matrix model and be used to determine how the project is to be completed. In addition, a schedule date/time may be the twelfth vertical of the matrix model to determine when the project is to be executed and/or completed. A ratings/risk aspect, which may be the thirteenth vertical of the matrix model, may be used to determine why the project is needed. Furthermore, a cost/commerce aspect may be the fourteenth vertical of the matrix model and be used in the why and how of the project. Finally, the fifteenth vertical of the matrix model may be an architect aspect that affects and matrixes the what, when, where, who, how, and why/risk-level of the matrixed project. In addition, the architect aspect may be used to reflect the priorities of the end user to reflect the needs and wants of the end user within the parts of the project. Further, using the AI engine, the matrix model may be used to provide differing priority and resource options that give the end user with alternatives they could not have known. 
     For example, the need for data or media content may be a need for the production and broadcast of live sporting games or other events. Resources may include cash or other financial resources to help fund a production or broadcast, equipment, such as cameras, graphics, replays, switching gear, sound equipment, production centers, and the like, and staffing such as camera crews, producers, on-air talent/celebrities and the like that can be used by the end user or other users to address data, video production and media needs. 
     The end user may use a connected computing device to access the system  100  with an architect engine to allow the end user to design and specify each aspect of the need for data or media content for a customized production and broadcast. The system  100  may be adapted to interconnect the request computing device and the plurality of media production resources. The connected computing device may be any computing device capable of operating software that connects the computing device to video production gear located remotely from the connected computing device. The software allows the end user to remotely view, machine control, and operate the video production gear, plan for a future matrix of resources in a one-off or series, and see others who are interoperating with the other end users or production creators. Some exemplary video production gear includes switchers, audio equipment, cameras, record/replay units, graphics units, drones, special effects, dual-language units, and the like. The connection between the connected computing device and the video production gear and/or the personnel may be a remote device control technology or method to coordinate and provide the resources on-demand. Further, the video production gear may also be connected to the system  100  using one or more forms of telecommunications based on the need of the end user. 
     The system  100  includes an architect engine  102 , depicted in  FIG. 2 , that further connects resources/assets, from different vendors including the end user  10 , that can be used in the production and/or broadcasting of the video, audio, data or media content to be coordinated and more efficiently utilized. The architect engine  102  is able to unlock hidden value by offering the end user resources options that were previously unattainable. These resources/assets can be requested and/or accessed by any connected user and connected vendor at any desired time without the need to move resources to a physical location. As a result, the end user  10  receives the customized production and broadcast at a reduced cost and/or higher quality, compared to each user and vendor using their own resources to address their needs, and the end user&#39;s and vendors&#39; resources are better utilized to work towards reaching the capacity of the resources and/or increasing content volume. 
     The system  100  may be implemented in computing environments or networks. Various embodiments described herein involve sensitive and personal information regarding assets/resources, vendors, and users. Thus, it should be appreciated that the computing environment is not a general-purpose computing environment. Rather, the computing environment implements specially configured parameters, and may be part of a network of secure computing environments with an end-user interface that is available to any producer, media company, vendor or resource provider. For example, the system may be specially configured to operate on various computing platforms such as personal computers, and mobile devices and may be adapted for use with each computing platform. However, end users and providers will be able to use general interfaces including iOS, Windows, Linux, Android and other devices. 
     The architect engine  102  may allow the end user  10  to select assets of a number of different categories and levels related to resources/assets for use in data and media production and broadcasting such as, but not limited to, site equipment assets, site crew assets, truck/hub equipment assets, virtual assets, software as a service (SaaS) and infrastructure as a service (IaaS) assets, truck/hub crew assets, telecommunications assets, above the line production assets, talent assets, administration assets, programming assets, and travel/new co-location assets. As illustrated in  FIGS. 2 and 3 , the architect engine  102  may include an input engine  104  adapted to receive information from the end user and other vendors regarding their assets such as technical requirements, technical specifications, and rates for the assets. The architect engine may further include a category engine  106  adapted to organize levels of each category of resources/assets, and a communication engine  108  adapted to interface between the end user and vendors to compare different assets at various quality levels and with feedback/ratings from other users and the platform provider. Further, the architect engine  102  may also have a trading desk engine  110  adapted to allow for gathering information regarding resources offered through the system  100  based on information from the input engine  104  and the category engine  106  to unlock values of the resources, a scheduling engine  112  adapted to schedule the selected assets, and a resource database/engine  114  adapted to gather and store information about each of the categories of assets, users, and vendors. 
     An artificial intelligence engine  116  may be included in the architect engine  102  to determine and analyze information regarding the assets. The architect engine may also have a compliance engine  118  adapted to ensure the user&#39;s needs and government rules and regulations are met by the assets, a cognitive engine  120  adapted to suggest asset levels to the end user that meet the end user&#39;s needs, and a ratings/risk generator  122  adapted to receive and store ratings associated with each asset from the user after use of the asset and the user from the vendor of the asset. Further, the architect engine  102  may also have a commerce/cost engine  124  adapted to determine a cost of the end user&#39;s selected assets, a project plan generator  126  adapted to coordinate the selected assets into a plan for the production and/or broadcast of the media, and a booking engine  128  adapted to reserve the selected assets, and an output generator  130  adapted output information related to the assets to the end user. 
     The input engine  104  may be communicably coupled to the category engine  106 , the communication engine  108 , the trading desk engine  110 , and the scheduling engine  112 , as shown in  FIG. 4 . As shown in  FIG. 5 , the input engine  104  may be adapted to connect to a connected computing device. As described above, the connected computing device may be any computing device capable of operating software that connects the computing device to video production gear located remotely (including but not limited to in a cloud) from the connected computing device. For example, the connected computing device may be any device with an operating system such as a PC, Mac™, Linux™, iOS™, Android™, Windows™, and the like. 
     As described above, the input engine  104  is adapted to receive information from the end user and other vendors regarding their assets such as technical requirements, technical specifications, and rates for the assets using a connected computing device  132 . The connected computing device may be any one of a number of different computing devices, such as, personal computer, mobile communication device, video broadcasting scheduling software/platforms and the like. The input engine  104  is adapted to receive input options  134  from the end user regarding the end user&#39;s needs  136  related to a media/data production and broadcast using a connected computing device  132 . Additionally, the input engine  104  may be adapted to prompt the end user to input a specific schedule  136 , such as date and time, and location  138  where other vendors&#39; assets/resources are needed using the connected computing devices. Further, the input engine  104  may also be adapted to receive information regarding the needs for the assets and resources such as categories and levels  140  of assets needed. The input engine  104  may also be adapted to receive a partnership input  142 , which may be information regarding pre-existing relationships between the end user and another entity or other entities such that the pre-existing relationship allows access to resources or assets from those other entities. A compliance input  144  may also be requested by the input engine  104  to allow the end user to input information regarding certifications related to the assets and resources to verify these assets and resources. The input engine  104  may also be adapted to allow the end user to modify the needs  146  regarding the assets/resources that were previously entered. 
     The end user may also be prompted to input information regarding any available assets/resource  148  the end user may have that can be offered to other vendors. The input engine  104  may also be adapted to receive input from vendors regarding resources the vendor is willing to outsource or cash the user is willing to use for resources  150 . The input engine may prompt the vendor to input details about the asset such as available date and times, technical details, and rates for the asset. The input engine  104  may request the inputs from the user in a written description  152  or voice input  154 . Once the input engine  104  receives the user input, the input engine communicates and exchanges the information with the category engine  106 , communication engine  108 , scheduling engine  112  and trading desk engine  110 . 
     The category engine  106  may be the engine for the available categories and levels  156  related to different available assets/resources from the inputs of the end user, vendors and the like. The category engine  106  may be communicably coupled to the input engine  104 , the trading desk engine  110 , and the cognitive engine  120 . In particular, the category engine  106  may receive the inputs from vendors, users, and firms  157  regarding any categories and levels of available assets/resource the end user or other vendors may have such as consumer, institutional, and pro level categories  158 . The category engine  106  may have, as shown in  FIG. 6 , a database  159  adapted to store the categories of available assets and the different levels of the categories of available assets and a category prioritization engine  160  adapted to present the categories of assets that reflect the priority of the end user. The category engine  106  may be adapted to allow a user to modify the display and category options  161 , as desired. A simple category tool  162  may be adapted to allow the category engine  106  to provide categories and information about assets and resources based on presently available information. In addition, a future plan tool for categories  164  may be adapted to allow the system  100  to be adaptable to future resources that may be accessible using the system, plan for future resources, and use currently available resources to plan for a future event/events be it a singular item or a series/season of events. Further, a commerce option tool  166  may be used to allow the end user to select a desired level for each category of assets/resources needed by the end user and recent vs. popular category tools  168  are adapted to determine recently used and popular categories of assets used by other users to suggest these assets to the user. A category change engine  170  may be adapted to update categories and levels of assets based on the end user&#39;s selection of levels of assets. Further, the category change engine  170  may select predetermined options for assets that users may not desire customization for these assets. 
     Additionally, the category engine  106  may also have a user created category group and query tool  172  adapted to allow users and vendors to create a category of asset that is not available in the categories of assets and search through the created categories for a matching result that addresses a need for the user. The category engine may also have a tool for packages by category  174  that is adapted to determine packages of categories of assets that may be available to be utilized by the end user. A blind provider engine  176  may be adapted to allow the category engine  106  to blindly store assets offered using the system  100 . More particularly, the blind provider engine  176  may be adapted to strip an identity of a provider of an asset associated with the asset and store and provide the asset without the identity of the provider. 
     The communication engine  108  may be communicably coupled to the input engine  104 , the trading desk engine  110 , the scheduling engine  112 , the artificial intelligence engine  116 , and the commerce/cost engine  124 . The communication engine  108  may be adapted to communicate information regarding the system  100  and assets/resources available through the system  100  and act as an interface  178  between the system  100  and the end user and an interface  180  between the system  100  and each vendor. As shown in  FIG. 7 , the communication engine  108  may have a systems administration engine  182  adapted manage the operation of the system  100 . The communications engine  108  may also include keyboard and voice recognition systems  184  to allow for communications between users and vendors through the system  100 . 
     Additionally, the communication engine  108  may include project planning generator  186  adapted to generate a project plan between the user and selected vendors, a risk assessment generator/templates  188  is adapted to determine a level of risk associated with each asset. In particular, the risk assessment generator  188  allows the end user to determine whether the end user is likely to get a level of performance (including but not limited to abilities, prior ratings and/or quality metrics) from the asset that meets the desired level of performance. Additionally, the risk assessment generator  188  may provide different risk assessment based on different desired locations for assets. For example, a specific level of risk while in the United States may be equivalent to a different level of risk in another country. Further, the risk assessment templates  188  may also provide standard questions about the experience with the asset, such as does the asset provide a specific service. A user and vendor feedback system  190  allows users and vendors to review assets from a vendor and users that have used the assets after a collaboration on a media production and broadcast. This allows users and vendors to determine whether a partnership would be a good solution to help address the user&#39;s needs by assessing other users&#39; and vendors&#39; experiences. 
     Further, the communications engine  108  may have a query engine  192  adapted to allow questions regarding assets and production and broadcast needs to be communicated between parties and a resource terms comparison database  194  allows a user to compare the terms associated with each resource the user is considering booking for use, Further, a system alert engine  196  adapted to send alerts to connected users and vendors about the system and connected assets through the connected device. The users and vendors may be able to sign up for specific targeted alerts for assets at a specified time. The alerts may inform the end user of completed orders, orders that require further action, potential opportunities for increased asset quality for minimal additional cost, and potential issues regarding the selected assets for an order. In addition, the user may be able to sign up for alerts regarding new resources that have been added to the system  100  through a new resources communication system  198  or alerts about results and margins after a media production and broadcast need has been addressed using a result &amp; margin communication system  200 . Additionally, the communication engine  108  may have an artificial intelligence engine  202  adapted to determine and communicate trends associated with specified assets and an artificial intelligence engine  204  adapted to alert users to pricing changes for available assets that may interest the user. 
     The trading desk engine  110  may be communicably coupled to the input engine  104 , the category engine  106 , the communication engine  108 , the scheduling engine  112 , the resource database/engine  114 , the artificial intelligence engine  116 , and/or the compliance engine  118 . The trading desk engine  110  includes a user facing engine  206  adapted to coordinate with the user and a vendor system  208  adapted to coordinate with the connected vendors. The trading desk engine  110  is adapted to gather information regarding the availability and use of resources through the system  100 . As shown in  FIG. 8 , the trading desk engine  110  includes a database  210  that stores information regarding account executives (AE), or relationship managers (RM), related to connected users of the system and vendor managers (VM) related to connected vendors with resources available through the system  100 . Further, the trading desk engine  110  may be adapted to seek out additional account executives that may be interested in utilizing resources through the system  100  or vendor managers that may have new resources that can be offered for use through the system  100  using AE and VM prospecting  212  and new resource prospecting  214 . In particular, prospecting of AE, VM and new resources is performed using trend information regarding assets. In other words, the AE may gather and analyze transaction information and information about different world business trends and determine flows and trends in the demand based on that information. Based on the analysis of transaction and world business trends, the AE may be able to offer a solution for the need. Further, the system may also determine there is insufficient supply for a demand of a specific asset, and prospect for more that asset by contacting vendors and building relationships with the vendors for additional assets. 
     As shown in  FIG. 8A , the RM/AE may act as an overall relationship management for a broadcast company such as CBS  215 , NBC  216 , ESPN  217 , or TNT  218 . Each RM may also act as single point of contact for each company to solicit orders, negotiate contracts, prepare requirements for a trader  219 , and assure payments from the broadcast company. The trader  219  may be able to track available supply of assets, set prices, and commit the broadcast companies and vendors to contracts. The vendors may each have a VM  220 ,  221 ,  222  that act as purchasing agents for product/services and use transaction requirements to solicit bids. The VM&#39;s further negotiate contracts with the vendors, track and report excess supply for assets, and approve payments to vendors. Further, a productions manager  223 , coordinates produces for programs, identifies mismatches, problems, and opportunities and verifies vendor performance. 
     The trading desk engine  110  may also have a vendor asset/resource query engine  224  adapted to search through asset/resources available through a specific vendor and a resource comparison engine  225  adapted to compare available resources to allow the end user to gather information about assets the user is considering using. Additionally, the trading desk engine  110  may also include a demand comparison engine  226  adapted to compare demand and usage of resources and assets and a trouble ticket engine  227  adapted to track issues and maintain a list of issues associated with assets used by users of the system  100 . The pricing, priority and Risk engine  224 ,  228  may be adapted to allow all other engines to analyze and/or suggest the optimal in each category of price, priority and risk/rating. A supply &amp; demand pricing engine  229  may be adapted to allow the trading desk engine  110  to suggest a rate for an asset based on the supply and demand of assets that are similar to the asset being offered. Additionally, the trading desk engine may be adapted to store data blindly related to each trade conducted through the system  230  and associate end user requests with an order history for that user  231 . An offline resource trading desk  232  may be adapted to track information relating to assets that are not connected to the system  100  and facilitate trading of the unconnected assets. In addition, the offline resource trading desk may be adapted to communicate a cost to connect the unconnected asset and information regarding the cost of connect, such as a breakeven point for the asset after connecting the asset. 
     The scheduling engine  112  may be communicably coupled to the input engine  104 , the communication engine  108 , the trading desk engine  110 , the resources engine/database  114 , the artificial intelligence engine  116 , the commerce/cost engine  124 , and/or the project plant generator  126 . The scheduling engine  112  may be adapted to help schedule the selected assets to ensure the assets are available at the desired date and time. As shown in  FIG. 9 , the scheduling engine  112  may have a vendor/user resource database  234  with an engine for each category of assets available for example, staffing locations engine  236 , travel engine  238 , personnel/crew engine  240 , above-the-line option engine  242 , telecom engine  244 , and talent option engine  246 , to maintain information regarding the assets. 
     The schedule engine  112  may receive a resource request with user request data  248  including a location, and a date and time from a production query tool  250  with a resource request tool  252 . The date and time of the resource request may be compared to a calendar database  254  with a known event database  256  adapted to store information regarding events that have occupied assets to determine which assets are available at the specified date and time and a venue, site, and facility database  258  adapted to store information about venues and sites where resources may be located. Further, the location of the resource request may be compared to a list of available locations stored in a venue, site, and facility database to see which assets are available at the specified location. The list of available assets at the specified location and the specified time may be used to determine which assets are available to be scheduled based on the user request data. A daily task option tool  260  may be adapted to inform of daily tasks needed to be performed by the end user or a third party to properly complete the project once assets are selected by the user. In particular, the daily task option tool  260  may offer the end user an independent service, a daily task service, and a concierge service. The independent service allows the end user to complete the job independently without assistance from the system once assets are selected. The daily task service provides the end user with a calendar of daily tasks that need to be completed to ensure the project is completed properly. The concierge service is adapted to complete all of the tasks for the end user to complete the project. 
     The resources engine/database  114  may be in communication with the trading desk engine  110 , the scheduling engine  112 , and the cognitive engine  120  to allow the resources engine/database  114  to gather and store information about each of the categories of assets, users, and vendors. As shown in  FIG. 9 , the resources engine/database  114  may also be adapted to gather information  262  from the user resources database. As shown in  FIG. 10 , the resources engine/database  114  may have a venue database  264 , a facility database  266 , an equipment database  268 , a telecom database  270 , and a talent &amp; human capital database  272  that each respectively stores information regarding which a category of resource offered through the system  100 . Further, the resources engine  114  may have a demand comparison engine  274  adapted to gather and compare demand information for the resources offered through the system  100  and a vendor resource query engine  276  adapted to allow a user to ask a question about a specific resource that a specific vendor has offered through the system  100 . 
     The resources engine/database  114  may also have a resource compliance database  278  adapted to store information about each resource which systems the resource can be used with and a resource comparison engine  280  adapted to compare stored information about resources to allow the user to make an informed decision on the best resource for the user. A new resource engine  282  and a new resource database  284  may be adapted to allow the resources engine/database  114  to gather and store information about new resources that can be used through the system  100 . Further, an offline resources engine  286  may be adapted to search for and find additional offline resources. The offline resources engine  286  may also be adapted to maintain information about each of the offline resources, offer the resource through the system  100 , and allow vendors and users to input an offline resource into the system  100 . 
       FIG. 10A  illustrates an exemplary overview implementation of the trading desk engine and the resources/database engine for the audio/video production system that improves efficiency and optimizes global video productions and broadcasting according to the present disclosure. 
     The artificial intelligence (AI) engine  116  may be communicably coupled to the communication engine  108 , the trading desk engine  110 , the scheduling engine  112 , the compliance engine  118 , the ratings/risk generator, the cost/commerce engine  124 , and the project plan generator  126 . The AI engine  116  may be adapted to determine and analyze information regarding the assets/resources. As shown in  FIG. 11 , the AI engine  116  may include an AI resource levels  288  engine adapted to automatically determine a level of a resource offered by a vendor within the resource&#39;s respective resource category, an AI trends comparison engine  290  adapted to determine trends in the resources, and an AI forecast engine  292  adapted to forecast future use of each of the resources based on current trends of the resources. 
     Further, the AI engine  116  may have an automated price change formula engine  294  adapted to determine when to adjust a price for resources based on predetermined conditions, an AI engine  296  adapted to automatically adjust the price based on the automated price change formula engine  294 . The automated price change formula engine  294  may be adapted to change the price based on availability of resources. In particular, the automated price change formula engine  294  may be able to determine what happens to a price of the asset once vendors input a leftover amount of resources into the system  100 . Pricing and demand changes may also be analyzed to balance the supply and demand. Further, the AI engine  296  may also be adapted to recognize a vendor with a special status that automatically adjusts the price of an asset from the recognized vendor to match a lower price on a similar asset if the lower price is reasonable. An AI engine  298  may be adapted to analyze how a price change has affected the utilization of a resource/asset. The AI engine  116  may also have an AI history database  300  that is a database of all AI activities within the system  100 . 
     The AI engine  116  may also include an AI engine  302  adapted to determine a percentage of utilization for each resource offered through the system  100  based on the usage of the resources, and an AI engine  304  to optimize usage of each of the resource to realize an improved utilization of the resources. An AI Needs and Trades Assessment  306  may be adapted to help address asset needs for a known event with a known resource need and allow micro-trading between the assets. Further, the AI Needs and Trades Assessment  306  may also be adapted to gather information regarding lack of activity for resources. An AI Economic modeling  308  may be adapted to adjust the modeling of the system based on the priorities of the end user. For example, if the end user needs a project to be completed quickly, the system  100  may be adapted to offer more expensive resources to help meet the short deadline. Alternatively, the system may be adapted to offer resources that would be employed if the user chose higher or lower levels of quality, reliability/risk or other factors. The AI engine  116  may also have AI for industry needs/user queries  310  that is adapted to analyze needs for resources within the industry and the people/users/vendors that are asking for that need. An AI evaluation of commerce  312  may be adapted to make sure the system  100  and trades within the system are making money and that the trades make sense. An AI engine for risk vs. repeat assessment  314  may be adapted to determine whether a specific selection of assets has been previously selected. When the specific selection was previously selected, the AI engine for risk vs. repeat assessment  314  may determine there is very little risk. Additionally, the AI engine for risk vs. repeat assessment  314  may also present alternative option and the risk associated with those alternative option. 
     The compliance engine  118  may be communicably coupled to the trading desk engine  110  and the AI engine  116 . The compliance engine  118 , shown in more detail in  FIG. 12 , may be adapted to ensure the user&#39;s needs and government rules and regulation are met by the resources/assets. The compliance engine  118  may be adapted to identify an end user  316  using an entered account username or other identifying information, pull information  318  about the identified user from a user database such as stored user information, or user input information  320  from the input engine  104 . It also includes information about government rules and regulations  322  associated with media production and broadcasting of an event. The compliance engine  118  may have a user compliance rules database  324  adapted to store rules for the user that the resources need to meet to address the user&#39;s needs, a vendor compliance database  326  adapted to store information about a vendor&#39;s compliance with stored rules and regulations, and a compliance levels database  328  adapted to store information related to the different levels of compliance with the stored rules and regulation information. 
     Further, a risk assessment engine  330  may be adapted to determine a chance the user, vendor, or resources do not comply with the stored rules and regulations information. The compliance engine  118  may also provide a user an override or opt out  332  of a requirement that a resource meets the stored user compliance rules if a user believes the resource would be a better fit for the user than other resources. It also includes a compliance confirmation  334  if all compliance rules are met or a comparison if the user overrides the compliance requirement. In addition, the compliance engine  118  may also have a specially configured cyber security engine  336  adapted to protect the sensitive information stored by the system  100  and prevent unauthorized users from entering and utilizing the system  100 . The specially configured cyber security engine  336  may be adapted to authenticate a user of the connected device and the system  100 . More specifically, the cyber security engine  336  is adapted to authenticate the user by sending an authentication code to the user, ask the user for the authentication code, include a watermark in documents that are exchanged, and secure any communication between the user and vendors. 
     According to one aspect of the present disclosure, the cyber security engine  336  may implement a blockchain-based security protocol using an open, distributed ledger that can record transactions between two parties efficiently and in a verifiable and permanent way. According to one aspect, financial information, transactions, and other valuable data may be managed by a peer-to-peer network that collectively adheres to a protocol for inter-node communication and validating new blocks. Each block may contain a cryptographic hash of the previous block, a timestamp, and transaction data. Once recorded, the data in any given block cannot be altered retroactively without alteration of all subsequent blocks, which requires consensus of the network majority. The blockchains may be considered secure by design and exemplify a distributed computing system with high fault tolerance. 
     The compliance engine  188  may also be adapted to check the compliance of the resource, method, personnel, location, or the use of commerce or cash  338 . In other words, the compliance engine is adapted ensure that the money or resource/asset from the user in exchange for the desired asset has sufficient value to match the value of the desired asset. A compliance partnership input  340  is adapted to determine whether the resources, partnership and assets input are available and are compliant. Further, the compliance options for each asset is blindly stored to protect the identity of the vendors associated with the asset  342 . 
     The architect engine  102  may also have the cognitive engine  120  communicably coupled to the category engine  106  and the resources database/engine  114 . The cognitive engine  120 , shown in more detail in  FIG. 13 , may be adapted to recognize specific traits associated with specific resources and recommend resources to the user based on desired trait information stored by the system  100 . In particular, the cognitive engine  120  may be adapted to identify an end user  344  using an entered account username or other identifying information, pull information  346  about the identified user from a user database such as stored user information, or user input information  348  from the input engine  104 , similar to the risk assessment engine  118  as described above. The cognitive engine  120  may also have a personality profile database  350  that stores information about users based on the users&#39; activities while using the system, a user cognitive rules database  352  that is adapted to store cognitive rules about each user within the system  100 , and a cognitive training engine  354  to allow the cognitive engine  120  adaptively learn more about the users based on their activities while using the system  100 . 
     Further, the cognitive engine  120  may have a risk assessment engine  356  adapted to perform an assessment of the selected assets for use in the project and determine best assets for the project based on human behavior. More specifically, the risk assessment engine  356  may determine whether each asset is cognitively set up for one behavior compared to another using cognitive and behavioral assessment tools and, as desired, the probability the collection of assets for the project may or may not work based on human behavior. Further, when the risk assessment/probability exceeds a predetermined threshold, the risk assessment engine  356  may be adapted to prevent the selection of assets from being confirmed or can only be confirmed with sufficient warnings being acknowledged and/or approved by the user. A cognitive recommendation engine  358  also may be adapted to recommend resources/assets to the user based on the user&#39;s past usage of resources and experiences with the system  100 . 
     The cognitive engine  120  may also allow a user to override or opt out of the cognitive recommendation  360  if a user believes the resource would be a better fit for the user than other resources. In addition, the compliance engine  118  may also have a specially configured cyber security engine  362  adapted to protect the sensitive information stored by the system  100  and prevent unauthorized users from entering and utilizing the system  100 . A vendor compliance database  364  may be a database historical tracking what the vendors have done to be compliant for specific rules and regulation to help determine risk and a compliance levels database  366  may be adapted to determine the technical standards compliance of assets offered through the system  100 . A cognitive risk assessment comparison  368  may be used to determine whether the personality of the asset fits the project description and desired direction of the project. Further, a blind storage of cognitive options  370  allows cognitive information to be stored privately and blindly to protect an identity of the asset/vendor/individual associated with the cognitive information. 
     In order to enhance the users&#39;, individuals&#39;, and vendors&#39; experience with the system, the architect engine  102  may further have the ratings/risk generator  122  that is adapted to receive and store ratings associated with each asset from the user and each user from the vendor of the asset. The ratings/risk generator  122  may be communicably coupled to the artificial intelligence engine  116  and the project plan generator  126 . In particular, as shown in  FIG. 14 , the ratings generator  122  may have an end user ratings, history, and database  372  adapted to receive and store information about each end user based on vendors&#39; experience with each end user after the end user uses one of the vendor&#39;s resources. 
     The ratings generator  122  may also have a vendor ratings, history, and database  374  adapted to receive and store review information about each of the vendors offering resources through the system  100  after an end user uses the resource. For example, the ratings generator  122  may have a quality ratings system  376  adapted to allow the end user to provide feedback to the system about the quality of the resource provided by the vendor. It may also include a cost ratings system  378  adapted to generate feedback about the costs associated with a utilized resource from a vendor, and an ease ratings system  380  adapted to generate feedback about the ease of use associated with a utilized resource from a vendor. 
     In addition, the ratings generator  122  may also have a firm preferred ratings system  382  adapted to provide additional recognition to highly rated assets and vendors and a ratings prioritization engine  384  adapted to determine which ratings are more accurately describe user and vendor experiences. The ratings generator  122  may be adapted to sort through the ratings of users/vendors and display ratings based on temporal proximity or popularity  386 . The ratings generator  122  may further have a tool  388  adapted to determine packages of resources based on the rating associated with the resource for users. A ratings v. risk generator  390  may be adapted to determine a difference in a rating for an asset versus the risk associated with that asset. A consumer, institutional, pro ratings system  392  may be adapted to provide different ratings systems for different levels of commerce. For example, a consumer may have a different experience compared to an institution, such as a college, church, or the like. Further, the institution may have a different experience than professional users, such as a broadcasting company. As such, the consumer, institutional, pro ratings system  392  is used to reflect these different experiences. A risk/ratings: industry &amp; system comparison  394  may be adapted to user information from the ratings v. risk generator  390  and the consumer, institutional, pro ratings system  392  to look at what each level did and the corresponding ratings. The ratings generator  122  may also have a compliance risk generator  396  adapted to adapt to different levels of risk in different countries and a future plan tool  398  adapted to determine and fulfill a need for more or specific resources in the future. 
     The commerce/cost engine  124  may be used to determine the cost associated with resources selected by the end user for use in the media production and broadcasting and form a relationship between the end user and vendor. The commerce/cost engine  124  may be communicably coupled to the communication engine  108 , the scheduling engine  112 , the AI engine  116 , the project plan generator  126 , and the booking engine  128 . As shown in  FIG. 15 , the commerce/cost engine  124  may have a user to hub commerce system  400  and a vendor to hub commerce system  402  to facilitate the coordination and sharing of resources. The commerce/cost engine  124  may include a contract rules database  404  adapted to store rules and forms for contracts associated with the booking/use of assets by end users from vendors and a resource pricing system  406  adapted to determine a price for resources offered through the system  100 . Further, the commerce/cost engine  124  may include an automated pricing search engine  408  adapted to automatically search for the lowest price within the system and determine where the current prices fall compared to those in the system and a risk assessment generator  410  adapted to determine why a current price came in low compared to other assets. More specifically, the risk assessment generator  410  may determine whether the asset is a good deal or whether there is high risk associated with the asset. The determination of the asset may be based on the template saying what is considered high risk and low risk. 
     The commerce/cost engine  124  may also have an in-kind pricing and rating system  412  adapted to determine resources that are similar in price and rating to a specified resource to offer alternative resources that might fit the end user&#39;s needs. The commerce/cost engine  124  may also be adapted to adjust a price of a resource based on a shared resource offered by end user that is determined using a sharing resources pricing system  414 . In addition, the commerce/cost engine  124  may also be adapted to determine a price for a new resource offered through the system  100  using a new commerce modeling engine  416  and information from a database  418  that is adapted to store information related to resource pricing history and rules used to determine the pricing. The commerce/cost engine may have a database  420  for the AI engine  228  to adjust automatically the price, and a database  422  for the AI engine  230  adapted to analyze how a price change has affected the utilization of a resource/asset. Once a resource has been booked with the determined price, the commerce/cost engine is adapted to generate an invoice to send to the end user associated with costs for the resource with a billing and invoice generator  424  and track finances associated with the use of these resources using a financial system  426 . 
     The project plan generator  126  receives data from the scheduling engine  112  and the ratings/risk generator  122  and is communicably coupled to the commerce/cost engine  124  and the booking engine  128  to generate a coordinated plan for the different resources being provided by different vendors. As shown in  FIG. 16 , the project plan generator  126  may include a plan option database  428  that is adapted to store different plan options that may be useful for coordinating the resources and a database of plan rules  430  that stores rules that must be followed by any plan for the resources. The project plan generator  126  also includes a vendor plan input system  432  adapted to allow a vendor to input a plan associated with the resources. The project plan generator  126  may also have a plan terms and translation engine  434  adapted gather and translate information regarding the agreement for use of resources between the vendor and the end user, a prioritization engine  436  adapted to prioritize what matters most to the end user based on the matrix model, as described above. In particular, the project plan generator is adapted to present the priority to the user to confirm the desired priority, and a plan option generator  438  adapted to generate additional options for resources for the coordinated plan. 
     Further, the project plan generator  126  may include an easy-step project plan generator  440  adapted to generate an overview plan for the coordinated resources and an advanced project plan generator  442  adapted to generate a detailed plan to coordinate resources for the media production and broadcast. It may also include project plan timeline generator  444  adapted to generate a timeline for the plan to coordinate resources. Additionally, the other user plan generator  316  may be adapted to gather information about other users and project plans generated by those users based on their priorities and present similar plans that may be used by the user to benefit the end user. A firm exclusive package plan generator  448  may be adapted to allow a user to select a project plan with exclusive option that are not otherwise available to user and project planning level indicators are adapted to present the level of the planned assets as part of the project plan. Plan compliance options  452  may be adapted to present options to a user to choose a compliant project plan or a more effective project plan. An end user database and history  454  may be adapted to collect and store information about the end user what they have historically done as a project plan. When the end user chooses or modifies a part of the project plan, the end user database and history  454  may request a confirmation from the end user that the change is wanted. 
     The booking engine  128  may be communicably coupled with the commerce/cost engine  124 , the project plan generator  126 , and the output generator  130 . The booking engine  128 , shown in more detail in  FIG. 17 , may include a reservation database  456  adapted to gather and store information about existing reservations for resources and assets and a reservation confirmation system  458  adapted to check the reservation database  456  for previous reservations of resources and assets to ensure the resources are available for the reservation time and confirm the reservation for the end user. Further, a user reservation generator  460  and a vendor reservation generator  462  may be used to generate reservations for each respective user and vendor to be stored in the reservation database  318  and a booking contacts database  464  may be adapted to store contact information for each user and vendor to book the resources for use. 
     In addition, the booking engine  128  may have a booking conflict &amp; resolution engine  466  adapted to determine when there are overlapped reservations that create a conflict for the resources and help resolve the conflict and an order and project plan generator  468  and a system prioritization engine  470  may be used to provide an order of and plan for reservations for resources to address when multiple reservations for resources exist. A bidding option engine  472  may be adapted to provide various options for bidding for resources and assets and a booking mechanics engine  474  may be adapted to ensure standard scheduling procedures are followed for booking assets. For example, the booking mechanics engine  474  may be adapted to ensure a standard calendar is used by the user and end vendor for booking. Further, a booking trends engine  476  may be adapted to gather information about bookings of resources and determine any existing trades based on the gathered information. The booking engine  128  may have a database  478  of booking rules that need to be followed when resources are booked through the system  100  and a compliance booking rules confirmation  480  may be output when the rules are followed. Further, the client or vendor may have a specific way their system plugs into API, and the client or vendor may require client &amp; vendor category specific interfaces  484  that are customized specific interfaces based on certain activities conducted, interface with categories specific to user/vendor need. 
     The output engine  130  may be adapted to adapted output information related to the assets to the end user using the connected computing device  486  with an end user display  488 . For example and as shown in  FIG. 18 , the output engine may be adapted to output information related to the booking of resources, such as, for example, a partnership output  490 , a compliance output  492 , a plan output  494  that includes information about an initial plan of the selected resources, a schedule and options output  496  that includes information about a timing to coordinate the selected resources, and a billing output  498  containing information about the cost to use the selected resources. Further, the output engine  130  may also output a confirmation verification output  500  adapted to verify the resources have been booked by the user. The output engine  130  may output the information based on needs  502  with an option to modify the needs  502  by the user. Further, the output engine  130  may have a tool for saving via longer time output  504  adapted to allow the end user to customize the project based on the user&#39;s priorities, an end user resources tool  506  adapted to allow the end user to input a resource the end user already has access to into the matrix model, and a working environment tool  508  adapted to allow the user to determine specific working environment for the project. For example, does the end user want to technologically advanced working environment, or diverse working environment, or the like. Further, the end user may also use commerce, such as resources, time, cyber currency, and the like, or cash as output in exchange for the selected assets. 
     According to the disclosure, users have access to an input graphical user interface (GUI), for example as shown in  FIGS. 19-22 , within an optimized network to address the user&#39;s media production and broadcasting needs for television broadcasts, radio broadcasts, and the like. The input GUI is accessible through a computing device within the network. The systems and methods disclosed herein provide improvements over present technical environments by using a system, for example system  100 , for audio/video production system that improves efficiency and optimizes global video productions and broadcasting via the input interactive GUI. The intelligent personalization may be applied to various types of computing environments such as a computing device or mobile communication device, for example. 
     As shown in  FIG. 19 , the GUI  600  may prompt a user to enter a location  602  of a particular event that the user requires assets/resource to produce and broadcast the event. The user may be able to enter the location of the event using a keyboard input, voice input, or the like. Further, the GUI  600  may show the location entered on a map  604  to confirm the location is correct. 
     Once the location has been confirmed, the user can input the desired date and time  606  for when resources are needed at the input location on the interactive GUI  400 , as shown in  FIG. 20 . Further, the interactive GUI  600  may also be adapted to present resources from a plurality of categories of needed resources, such as a control room category  608 , a truck category  610 , a crew category  612 , and a transmission category  614  in the context of the exemplary embodiment of media production and broadcasting. 
     Additionally, the interactive GUI  600  may be adapted to display and allow the end user to select a sublevel indicating different qualities and costs for each category of available resources. For example, the GUI  600  may display a high sublevel  616  that indicates a substantially high level of quality and consequently a higher cost, a middle sublevel  618  that indicates a substantially middle quality and cost, and a low sublevel  620  that indicates a lower level of quality with a lower cost. The GUI  600  is not limited to three sublevels and may be adapted to display as many sublevels as are available for each category for needed resources. According to the disclosure, the GUI  600  may also have a N/A sublevel  621  adapted to indicate that the end user does not need an asset from a specified category. 
     The GUI  600  may also be adapted to display a cost  622  for the selected resources. The cost  622  may be adjusted based on changes to the different sublevels selected by the end user, as shown in  FIGS. 21 and 22 . Once the end user has selected the desired sublevels and a cost associated with the sublevels, the GUI  600  allows the end user to submit the resource selections using a submit button  624 . 
     According to the present disclosure, the GUI  600  may also be adapted to allow the end user to input a budget amount related to a specific project. For example, the end user may input a budget of a specified amount of money. The system  100  may be adapted to output a selection of categories and levels of assets that can be used by the end user based on the budget input by the user. 
     While the GUI  600  is described herein as an interface for generating an audio/video production exchange, one skilled in the art will appreciate that the interface, as well as the underlying engines, modules and other components may be implemented in other markets to provide good and services. For example, the architect engine described herein may be implemented to create exchange platforms for economies and marketplaces in which goods are services are provided by sharing resources and gig economies, particularly those where cloud computing, compliance conformance, cognition and risk assessment are key components, assets or resources. 
       FIG. 22A  depicts a GUI  601  for generation of an exchange platform according to aspects of the present disclosure. The GUI allows the user to input the desired date and time  607  for when resources are needed at the input location. Further, the interactive GUI  601  may also be adapted to present resources from a plurality of categories of needed resources, such as a cloud hours category  609 , a compliance level category  611 , a cognition category  613 , and a risk rating category  615  in the context of the exemplary embodiment of media production and broadcasting. 
     Additionally, the interactive GUI  601  may be adapted to display and allow the end user to select a sublevel indicating different qualities and costs for each category of available resources. For example, the GUI  601  may display a high sublevel  617  that indicates a substantially high level of quality and consequently a higher cost, a middle sublevel  619  that indicates a substantially middle quality and cost, and a low sublevel  621  that indicates a lower level of quality with a lower cost. The GUI  601  is not limited to three sublevels and may be adapted to display as many sublevels as are available for each category for needed resources. According to the disclosure, the GUI  601  may also have a N/A sublevel  621  adapted to indicate that the end user does not need an asset from a specified category. 
     The GUI  601  may also be adapted to display a cost  623  for the selected resources. The cost  623  may be adjusted based on changes to the different sublevels selected by the end user. Once the end user has selected the desired sublevels and a cost associated with the sublevels, the GUI  601  allows the end user to submit the resource selections using a submit button  625 . 
     According to the present disclosure, the GUI  601  may also be adapted to allow the end user to input a budget amount related to a specific project. For example, the end user may input a budget of a specified amount of money. The system may be adapted to output a selection of categories and levels of assets that can be used by the end user based on the budget input by the user. 
       FIG. 23  illustrates a flow diagram for a method  700  for an audio/video production system, for example system  100  that improves efficiency and optimizes global media productions and broadcasting according to the present disclosure. The method includes receiving a request for media production assets from a connected computing device of an end user at block  702 . The request for media production assets may include a number of different categories of production assets that can be accessed by any connected user and connected vendor at any desired time from any remote location without the need to move resources to a physical location. Some examples of these categories of production assets may include site equipment assets, site crew assets, truck/hub equipment assets, truck/hub crew assets, telecommunications assets, above the line production assets, talent assets, administration assets, programming assets, and travel/new co-location assets. Further, the request may also include a desired remote location and a date and time for the production assets. 
     Further, the method  700  may include determining a plurality of available production assets for each of the categories of production assets at block  704 . Each of the plurality of available production assets may also be separated into respective sublevels of the categories of production assets that are available to the end user. For example, a category of production resources may include a high-quality sublevel, a middle quality sublevel, and a low quality sublevel. The method  700  may also include receiving a selection of production assets from the categories of production assets from the connected computing device at block  706 . A cost associated with the production asset may be displayed on the computing device. Further, the selection of production assets may include a selection of the sublevels of the categories of production assets. The selection of different sublevels may affect the cost of the production assets displayed on the computing device and the cost displayed may be adjusted based on the selection of different sublevels of the categories of production assets. The system may also request and receive user production assets that can be offered through the system to allow other users access to the user production assets. 
     The method  700  may also include reserving the selected production assets for use by the end user based on the request at block  708 . The reservation of the selected production assets may be for the desired remote location and data and time specified by the end user and other users may be prevented from requesting any one of the selected assets during the specified date and time. Further, the method  700  may also include establishing a remote control connection between the end user and the selected production assets at block  710 . The remote control connection allows the end user to utilize each of the selected production assets to the user&#39;s liking to produce and broadcast an event. At block  712 , the control connection is terminated when end user&#39;s request is completed and the event has ended. 
       FIG. 24  illustrates a flow diagram for a method  800  for generating an exchange platform according to the present disclosure. The method includes receiving a request for one or more required resources from a connected computing device of an end user at block  802 . The one or more required resources may include any asset, material, personnel, equipment or the like, necessary to design, create, make, use or sell a good or service. The request for required resources may include a number of different categories of resources that can be accessed by any connected user and connected vendor/provider at any desired time from any remote location without the need to move resources to a physical location. Examples of these exemplary categories of required resources may include site equipment resources, site crew resources, transportation resources, telecommunications resources, above the line production resources, talent resources, administration resources, programming resources, and travel/new co-location resources. Further, the request may also include a desired remote location and a date and time for the production assets. 
     Further, the method  800  may include determining a plurality of available resources for each of the categories of required resources at block  804 . Each of the plurality of available resources may also be separated into respective sublevels of the categories of resources that are available to the end user. For example, a category of available resources may include a high-quality sublevel, a middle quality sublevel, and a low quality sublevel. The method  800  may also include receiving a selection of one or more required resources from the categories of available resources from the connected computing device at block  806 . A cost associated with the production asset may be displayed on the computing device. Further, the selection of required resources may include a selection of the sublevels of the categories of production assets. The selection of different sublevels may affect the cost of the required resources displayed on the computing device and the cost displayed may be adjusted based on the selection of different sublevels of the categories of resources. The system may also request and receive user resources that can be offered through the system to allow other users access to the user resources. 
     The method  800  may also include reserving the selected required resources for use by the end user based on the request at block  808 . The reservation of the selected required resources may be for the desired remote location and data and time specified by the end user and other users may be prevented from requesting any one of the selected resources during the specified date and time. Further, the method  800  may also include establishing a remote control connection between the end user and the selected required resources at block  810 . The remote control connection allows the end user to utilize each of the selected required resources to the user&#39;s liking to produce the desired good or service. At block  812 , the control connection is terminated when end user&#39;s request is completed and the event has ended. 
     Although aspects of the present disclosure are described with respect to embodiments in an audio/visual production and broadcast context, it should be understood that various disclosed techniques can be used in numerous other fields in which management of resources can be coordinated to optimize their utilization. The present disclosure can also be readily applied to other different sharing economies and digital economies. For example, the architect engine  102  and the corresponding engines within the architect engine  102  can be used to coordinate assets for use in other contexts such as construction and manufacturing contexts. Further, the matrix model may further be used to prioritize specific traits for transportation navigation and ride-sharing. Accordingly, the present disclosure is not limited to a specific context and be applied in numerous contexts, such as those described above, in addition to other contexts as well. Various applications of the disclosed techniques provide substantial improvements to the functioning of the computer apparatus and the technical environments in which the various applications are implemented. 
     The improved systems and devices implementing an interactive graphical user interface for an information processing system that improves the end&#39;s experience in multiple areas and increasing resource utilization: enabling proactive steps to address the customer&#39;s needs, providing more resources for end users to address their own needs while decreasing costs. The end user experience is enhanced by an experience more efficiently and simply address the end user&#39;s needs for additional resources. 
     Aspects of the present disclosure contain elements and/or combination of elements that coordinate information from a variety of sources into a specially configured, networked system with an architecture for end user architects in the video, television and media industry to efficiently utilize media production and broadcasting resources. 
     Aspects of the present disclosure improve the particular technical environment of a specially configured, networked system with an architecture for end user architects in the video, television and media industry to efficiently utilize media production and broadcasting resources. Aspects of the present disclosure improve the operation of certain resource utilization, machines, networks and/or systems by generating a structured form of information including options for otherwise unavailable resources, thereby improving the efficiency of resource utilization, and reducing costs and wasted resources. 
     In various embodiments, software may be stored in a computer program product and/or loaded into a special purpose computer system using removable storage drive, hard disk drive or communications interface. Aspects of the disclosed process may be implemented in control logic or computer program instructions, which when executed causes the special purpose computer system to perform the functions of various embodiments as described herein. Implementation of system including special purpose machines to perform the functions described herein will be apparent to persons skilled in the relevant art(s). 
     The systems, machines and processes described herein may be used in association with web services, utility computing, pervasive and individualized computing, security and identity systems and methods, autonomic computing, cloud computing, commodity computing, mobility and wireless systems and methods, open source, biometrics, grid computing, artificial intelligence, machine learning, and/or mesh computing. 
     Databases discussed herein are generally implemented on special purpose machines, systems and/or networks to ensure privacy of confidential health information and data security is preserved in accordance with industry standards and government regulations. The databases may include relational, hierarchical, graphical, or object-oriented structure and/or other database configurations. Moreover, the databases may be organized in various manners, for example, as data tables or lookup tables. In addition to the inventive techniques for combining health information with social media information disclosed herein, association of certain data may be accomplished through various data association technique such as those known or practiced in the art. One skilled in the art will also appreciate that databases, systems, devices, servers or other components of the disclosed systems or machines may consist of any combination thereof at a single location or at multiple locations, wherein each database, system or machine may include of suitable security features, such as firewalls, access codes, encryption, decryption, compression, decompression, and/or the like. The special purpose systems, networks and/or computers discussed herein may provide a suitable website or other Internet-based graphical user interface which is accessible by users. 
     Functional blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions, and program instruction means for performing the specified functions. It should be understood that each functional block of the block diagrams and flowchart illustrations, and combinations of functional blocks in the block diagrams and flowchart illustrations, can be implemented by either special purpose hardware-based computer systems which perform the specified functions or steps, or suitable combinations of special purpose hardware and computer instructions. It should be further appreciated that the multiple steps as illustrated and described may be combined into single webpages and/or windows but have been expanded for the sake of simplicity. In other cases, steps illustrated and described as single process steps may be separated into multiple webpages and/or windows but have been combined for simplicity. 
     Moreover, although the present disclosure has been described herein with reference to the accompanying drawings, it is to be understood that the present disclosure is not limited to those precise teachings, and that various other changes and modifications may be made by one skilled in the art without departing from the spirit and scope of the present disclosure.