Patent Application
20130066672
Systems and methods have been developed for providing information to consumers and customers about various components of a good or service, for example, the ingredients in a food item. Such information may provide amounts of various components, chemical names for the components and calories associated with the consumption of such components. Unfortunately, information about the environmental and/or social impacts of goods and/or services is not provided. Concerns about environmental and social responsibility in product manufacturing, distribution and use are driving the need to provide information about products to consumers at all phases of a product's life cycle (from growth/manufacturing to disposal) to allow consumers to know whether a given product was produced or used in a responsible manner or to allow consumers to know the environmental and/or social impact of a given product for comparing the product against other products. For example, a purchaser of an article of clothing may believe the article of clothing was manufactured in an environmentally and socially responsible manner, but in reality, a portion of the manufacturing life cycle, for example, cotton growth, may have been produced using a variety of fertilizers and pesticides the purchaser may find unacceptable. Moreover, the cotton may have been harvested in a manner that did not meet acceptable labor standards (for example, use of child labor). Persons or entities desiring such information may exist at all phases of production or use, for example, downstream component purchasers, retailers, end users, or even disposers of a depleted or used product.
It is with respect to these and other considerations that the present invention has been made.
Embodiments of the present invention solve the above and other problems by providing for aggregation of life cycle data for generating life cycle impact assessments and life cycle impact assessment scoring for goods and/or services or for components of goods and/or services. Suppliers of goods and/or services may provide life cycle inventory data through a secure framework to a life cycle inventory and assessment data hub where the life cycle inventory data may be validated and audited to determine whether the received data is appropriate for use in the generation of a life cycle impact assessment and life cycle impact assessment score for an associated good or service. Life cycle inventory data may be provided via a structured data template provided by a supplier or obtained by a supplier via a requested unit business process model. Metadata may be applied to each LCI data item to allow the data items to be stored, sorted, searched, retrieved and used for validating and auditing the data. Validated and audited life cycle inventory data may be mapped to a given product for which a life cycle impact assessment and life cycle impact assessment score is required.
Once life cycle inventory data for all phases of a life cycle for a given good or service have been aggregated, a life cycle impact assessment (LCIA) may be generated for the good or service. The LCIA for the good or service may include producing scientifically verified potential impacts across an entire system. Environmental and/or social impacts may be determined for a given good or service in terms of a great number of impact categories, including soil nutrient enrichment and utilization, photochemical smog production and release, land use, labor use, etc.
After life cycle assessment impacts are generated for a given product (good or service) those assessments may be used for determining a life cycle impact assessment score for the good or service that represents an overall environmental and/or social impact score (e.g., environmental “goodness” or “badness” according to a variety of scales) for the product. The LCIA score may be determined according to a number of algorithms where each individual impact assessment for a given product is weighted differently by different LCIA scoring bodies according to the scoring values, judgments or preferences of each scoring body.
The generated LCIAs and LCIA scores may be exposed to consumers and/or customers via a variety of information transfer means and access points. In addition, the LCIAs and LCIA scores may be updated periodically as required to account for changes in LCI data for the assessed and scored goods or services. That is, as described below, some goods and/or services may require versioning to account for data differences for products bearing the same model or type identification.
The details of one or more embodiments are set forth in the accompanying drawings and descriptions below. Other features and advantages will be apparent from a reading of the following detailed description and a review of the associated drawings. It is to be understood that the following detailed description is explanatory only and is not restrictive of the invention as claimed.
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended as an aid in determining the scope of the claimed subject matter.
The following detailed description refers to the accompanying drawings. Wherever possible, the same reference numbers are used in the drawing and the following description to refer to the same or similar elements. While embodiments of the invention may be described, modifications, adaptations, and other implementations are possible. For example, substitutions, additions, or modifications may be made to the elements illustrated in the drawings, and the methods described herein may be modified by substituting, reordering, or adding stages to the disclosed methods. Accordingly, the following detailed description does not limit the invention, but instead, the proper scope of the invention is defined by the appended claims.
As briefly described above, embodiments of the present invention are directed to aggregation of life cycle inventory data for generation of life cycle impact assessment impacts (LCIA) and LCIA scoring. According to embodiments, life cycle inventory data are provided by suppliers of goods and/or services so that the data may be validated and audited for determining whether the data is correct data for the associated data type and for determining whether the provided data is accurate. Validated and audited life cycle inventory data may be stored for subsequent retrieval and use by other suppliers of goods and/or services for information needed in their provision of goods and/or services. For example, a crops grower who desires to learn about fuel types and fuel usages may request life cycle inventory data for fuel types and fuel usages that have been supplied, validated, audited, and stored from LCI data provided by other suppliers.
According to embodiments of the present invention, after received LCI data is validated, audited, and stored, the stored LCI data may be utilized in generating a life cycle impact assessments (LCIA) and LCIA scoring for a given good and/or service. For example, if life cycle inventory data provided by a grower of cotton that will be used in the downstream production of an article of clothing, life cycle inventory data from the provider may be used for generating a life cycle impact assessments for the production of a bale of cotton, or a life cycle impact assessments generated for the bale of cotton may be aggregated with life cycle impact assessments for other components of a the example downstream article of clothing for generating an overall life cycle impact assessment and eventual LCIA score for the article of clothing. That is, life cycle impact assessments may be generated for each component or process associated with a given good and/or service, or life cycle impact assessments may be generated for combinations of components or processes of a given good and/or service or for a final/composite good and/or service, for example, a cotton shirt. Likewise, LCIA scoring may be generated for components and/or combinations of components of a given good or service.
Life cycle inventory data received by suppliers of various goods or services may be structured according to a structured data language, may be annotated with one or more metadata items for storing, sorting, searching, retrieving and utilizing the life cycle inventory data items, and may be utilized in the generation of various life cycle impact assessment scores, as described above. According to one embodiment, when a supplier of a good and/or service provides life cycle inventory data for a given good and/or service, life cycle impact assessments may be generated for the provided good and/or service. That is, life cycle inventory assessments (LCIA) may be generated for each good or service for which life cycle inventory data are provided.
The LCIAs for the good or service may include producing scientifically verified potential impacts (e.g. climate change in kg of CO2-equivalents, acidification in kg H+-equivalents) across an entire system. For example, for a bale of cotton produced by a farmer, LCI such as fuels used, fertilizers used, pesticides used, labor used, and the like, may be validated, audited and aggregated. From these data, a life cycle impact assessment (LCIA) may be generated for the bale of cotton showing an environmental and/or social impact of the bale of cotton for a variety of categories, such as impact on global warming in terms of produced and released CO2-equivalents, acidification in terms of produced and released SO2-equivalents, and the like. As should be appreciated, environmental and/or social impacts may be determined for a given good or service in terms of a great number of impact categories, including soil nutrient enrichment and utilization, photochemical smog production and release, land use, labor use, etc. For more information on life cycle assessment impacts and determinations, see ISO series 14040 which are incorporated herein by reference as if fully set out herein.
Prior to generating a life cycle impact assessments for a given good and/or service, a determination and mapping may be made of all the components or processing phases required for the production, use and even eventual disposal of the good and/or service based on life cycle inventory data received for the good and/or service from its supplier. Using metadata applied to each of the components or processing phases, life cycle impact assessments are located for each of the components or processing phases. For any component or processing phase for which existing LCIAs are not available, a LCIAs may be generated based on LCI data supplied for the component or phase by its supplier. LCIAs for each of the components or processing phases for the good and/or service are aggregated together, and LCIAs for the good and/or service may be generated.
After life cycle assessment impacts are generated for a given product (good or service) those assessments may be used for determining a life cycle impact assessment score for the good or service that represents an overall environmental and/or social impact score (e.g., environmental “goodness” or “badness” according to a variety of scales) for the product. As should be appreciated, the LCIA score may be determined according to an almost limitless number of algorithms where each individual impact assessment for a given product is weighted differently by different LCIA scoring bodies. That is, the generation of an LCIA score for a particular product results from an algorithm that uses the impact assessments as input. The scoring is a way to distill or weight these impact numbers based on a value judgment to produce a single score. A given scoring algorithm/scheme may not agree with a given user's values. As such, a provision for users to examine the scoring methodology and apply their own weights is an important aspect of the system. The impact assessment is fact-based and scientifically rigorous. Scoring, on the other hand, is value-based or culturally-based. For example, one scoring body, for example, a farming association, may generate scoring for a produced crop where impacts on water toxicity are considered more prominently than impacts on climate change. Another scoring body, for example, a climatology association, may arrive at a different scoring for the same crop production owing to a higher emphasis or weighting applied to climate change impacts associated with the crop production. As should be appreciated, one or more government agencies or standard setting bodies may arrive at standardized weightings to be applied to LCIAs calculated for goods and/or services to reduce the uncertainties associated with such value judgments in the generation of LCIA scoring.
After LCIAs and LCIA scores are generated, they may be updated periodically as associated LCI for a given good and/or service changes as described below. Generated LCIAs and LCIA scores may be provided to various suppliers via a secure data exchange framework, and LCIA scores may be published to consumers via a variety of suitable means.
For example, LCIAs for a bale of cotton may be generated showing impacts of the production and/or use of the bale of cotton in association with a number of impact categories, such as global warming, acidification, nutrient enrichment, photochemical smog, land use, labor use, and the like. An LCIA scoring algorithm that applies a predetermined weighting to each of such impacts may be used for generating an LCIA score for the bale of cotton. If a life cycle impact assessment score for the bale of cotton that will be used in the downstream production of a cotton shirt is scored on a scale of 1 to 100, a bale of cotton produced by one cotton producer may receive a life cycle impact assessment score of 50, and a bale of cotton produced by a second cotton producer may receive a life cycle impact assessment score of 75. The life cycle impact assessment score of 75 may indicate to consumers of the bale of cotton including downstream manufacturers of cotton items, for example, cotton shirts, that the bale of cotton produced by the second provider is better in terms of environmental and/or social impact. If the bale of cotton having the better life cycle impact assessment score is ultimately used in a downstream production of a cotton item, for example, a cotton shirt, then a composite life cycle impact assessment score generated for the cotton shirt will be improved by use of cotton from the bale of cotton having the better life cycle impact assessment score.
Each life cycle impact assessment may be generated based on environmental and/or social impact attributes associated with each component or subcomponent of a given good and/or service. For the example bale of cotton, a first provider of bales of cotton may use heavy amounts of toxic pesticides owing to insect problems in the area of the first provider's cotton growing operation. The second cotton provider may utilize less or no pesticides owing to a lack of an insect problem in the area of his/her growing operation. On the other hand, the first example cotton grower may transport his bales of cotton using electric-powered transport vehicles, whereas the second cotton grower may transport his/her bales of cotton using diesel-fueled transport vehicles. Thus, where the introduction of pesticides may result in a lesser life cycle impact assessments for the bales of cotton produced by the first cotton grower, the use of diesel-fueled transportation vehicles by the second cotton grower may reduce the life cycle impact assessments for his/her cotton bales relative to the electric-powered transportation vehicles utilized by the first cotton grower. That is, the life cycle impact assessments generated for the example bales of cotton produced by the first and second cotton growers will take into consideration environmental and/or social impacts of each component or process involved in the production of the good and/or service.
According to embodiments, life cycle inventory (LCI) data associated with each component or process involved in the manufacture, use and disposal of a good, or in the development and provision of a service may be collected for ultimately developing a life cycle impact assessments (LCIA) for a given good or service to allow persons or entities engaged in the development, manufacture, distribution, use or disposal of goods or services to operate in an informative manner with respect to the life cycle of the goods or services. According to embodiments, each supplier of a good or service or each supplier of a component of a good or service (hereinafter collectively referred to as “product”) for which LCI data is desired or required provides a unit process data set for their respective products. The unit process data set includes data on all components or processes utilized by the supplier in the manufacturing, development, delivery, use or disposal of their respective products, including, energy, raw materials, processing methods, components of and information about use, components of and information about disposal, and the like. As should be appreciated data on various phases may vary greatly. For example, for disposal of a product, a recycled battery may have data associated with less environmental impact than for a battery that is discarded in a public landfill.
Providing unit process data for a given product may be performed according to a variety of methods. First cradle-to-gate or cradle-to-grave life cycle inventory data may be provided via a structured data template for organizing the data according to a prescribed structure required for processing the data. Second, the LCI data may be provided as raw data via a generic unit process model requested by the data supplier. Alternatively, a combination of structured data and raw data may be provided by a given supplier.
As will be described below, data provided by a given supplier may be passed through a distributed computing network, for example, the Internet or an intranet, to a life cycle inventory and assessment data hub where the data may be validated and/or audited, and where the data may be aggregated and scored in terms of its environmental and/or social impact with reference to the product for which the data is collected. The environmental and/or social scoring may be used by consumers of the product in determining the environmental and/or social impact associated with their consumption of the product whether their consumption is end use, or whether their consumption is involved in using the product in the development, manufacturing, use and/or disposal of one or more other goods and/or services.
For purposes of illustration, one or more examples will be described below. While a given example may apply more to environmental impact, such as the use of water, fuels, and chemicals, social impact is equally important where the social impact of the creation and/or use of a product may be of substantial importance. For example, if a given product is manufactured under inappropriate labor standards, such information may be quite useful in scoring a given product and in providing such information to potential consumers of the product.
The crop grower 120 and the crop grower 125 may be illustrative of one or more suppliers of natural materials, for example, crops, timber, mined ores, and the like. The crops product processor 130 is illustrative of a factory or processing unit responsible for transforming a raw material from one state to another. For example, the crops product processor 130 may be a manufacturing concern operative to transform raw cotton into cotton yarn or thread that may be utilized in the production of an article of clothing. The factory 135 is illustrative of a factory for processing one or more supplied materials into a useful intermediate or end-user product. The product distributor 140 is illustrative of one or more distribution systems, transportation systems, communication systems, warehousing or storage systems, involved in the processing, storage, delivery and/or utilization of one or more products.
The product seller 145 is illustrative of any organization operative to sell one or more intermediate or end-user products. A regulatory body 150 is illustrative of any organization tasked with overseeing, managing or regulating the development, manufacture, use or disposal of a product. A consumer 155 is illustrative of any intermediate user or end user of a product. For example, any of the entities 110-150 may indeed be a consumer of products, as described herein.
The disposal/recycle unit 158 is illustrative of a number of processes that may be applied to a given product at the end of its useful life. For example, a product may be disposed of in a landfill or other disposal site, a product may be incinerated, and the like. All of such disposal methods may be associated with a number of environmental and social impacts. In addition, the disposal/recycle unit 158 may be illustrative of recycling processes or reuse processes where products or components of products may be recycled for subsequent use or where products may be reused in their current or altered forms.
As will be described below with reference to
According to embodiments, each of the components of the system architecture illustrated in
As will be described herein, each supplier in a given product life cycle may submit life cycle inventory data on his/her products through the data hub 105, and the life cycle inventory data for all products associated with or combined as part of the life cycle of a given product may be aggregated for a scoring of individual products and for ultimate products into which individual products are combined or with which individual products are utilized. For example, consider that the suppliers illustrated in
According to embodiments, the life cycle inventory data submitted by each supplier may be used for generating environmental and/or social impacts for that product, and ultimately the environmental and/or social impacts associated with each intermediate component, for example, energy, crops production, manufacturing, storage, distribution, and the like, may be aggregated together to generate an environmental and/or social impacts for an end product, for example, a shirt or other article of clothing. The environmental impacts generated from the life cycle inventory data provided by each supplier may then be used by each supplier to determine which intermediate component the supplier desires to use in their products. Downstream users of an end-user product may utilize the life cycle impact assessments generated from the life cycle inventory data provided by each supplier to determine whether the users desire to use a given product as opposed to another product based on the life cycle impact assessments for two competing products. As should be appreciated, a given supplier likely would use mean or median aggregated impact data to inform the supplier of how it is performing compared to the mean or median impact values.
Referring now to
A security framework 205, described below with reference to
According to embodiments, an individual supplier 110-155 may submit life cycle inventory data, for example, fuel usage, energy usage, raw material usage, raw material processing data, transportation information, and the like, through a variety of means. According to one method, a supplier may submit raw business or business transaction data 215 to the data hub 105 for automated processing by the data hub 105. As used herein, raw business or business transaction data may include any data a supplier may have on processes or materials used by the supplier in the manufacture or use of a given product, but for which the supplier cannot provide life cycle inventory data in a structured manner, as will be described herein. Examples of such raw business or business transaction data include purchase data, sales data, amounts of processes or materials used, and the like. As described herein, such raw business and business transaction data ultimately may be converted into LCI data. For example, if the supplier lacks equipment, personnel, or otherwise, lacks the technical sophistication for presenting life cycle inventory in a structured manner, as described below, raw business or business transaction data may be presented by the supplier. For example, if the crops grower supplier 120 is in the business of growing cotton for use in the manufacture of clothing items, the crops grower may not have equipment, personnel, or access to technical means for presenting his/her life cycle inventory data in a structured manner, as described below. Thus, the crops grower may submit raw business or business transaction data 215 to the data hub 105.
For the example crops grower, such raw business or business transaction data may include amounts and types of fuel usage for farming equipment, amounts and types of fertilizers and pesticides used, amounts of labor used, including, information about labor-providing personnel, amounts of crops produced, durations of crops production, and the like. If the supplier has additional information about each life cycle inventory data item, for example, material safety data sheets associated with chemicals, for example, pesticides and fertilizers, brand names associated with fuels or other energy sources, purchase orders providing data associated with various raw materials used in the supplier's processes, and the like, such information may be provided with the raw business or business transaction data for assisting in structuring, validating and auditing the information received from the supplier.
If raw business or business transaction data is provided by a supplier, the received data may be automatically populated into a template 225 received via a generic unit process model, as described below with reference to
According to one embodiment, such a supplier desiring to submit raw business or business transaction data may request via the data hub 105 a generic unit process model from the data hub 105 to allow the supplier to provide raw business or business transaction data. Such a model provided by the data hub 105 may be based on a product category rule (PCR) that applies to the supplier's product. For example, if the supplier's product is raw cotton, then a data model based on a product category rule applied to other suppliers of raw cotton may be presented to the supplier to assist the supplier in providing the raw business or business transaction data in a manner such that the data may ultimately be structured via the template 225 for use by the processing components of the data hub 105.
The product category rule-based model may be defined by one or more standards bodies, for example, the International Organization for Standardization (ISO). The product category rule-based model may be utilized and may be provided by comparing the finished products categorization (e.g., finished product being raw cotton, or finished product being one or more end products including raw cotton) with that of the product category rule to be applied to the example raw cotton. Once the supplier receives the unit process model, the supplier may then complete a template associated with unit process model with required information. For example, a unit process model for the production of raw cotton may provide a template 225 having fields to allow a supplier to enter data, as described above, such as fuel types and usages, pesticide and fertilizer types and usages, labor usage, production quantities, production durations, and the like. The data provided via the unit process model may include, but is not limited to, purchase orders, invoices, sales information, production locations, vendor information, customer information, descriptions of technologies used, and the like. Such information may allow for validation and auditing and ultimate scoring of the data, for example, where a technology used by one supplier has a greater environmental or social impact than a technology used by another supplier. For example, the use of human labor versus the used of mechanized production may impact both the environmental and social scorings applied to a given product. Use of the unit process model may allow for the data provided by the supplier to be compared with other similarly situated or types of data to allow for data validation and auditing via the data hub 105.
Alternatively, referring still to the data hub 105, a given supplier 110-155 may provide life cycle inventory data in a structured manner via a template 220 with which the supplier submits complete life cycle inventory data that the supplier collects, annotates, and organizes using one or more business data systems, direct measurement, databases, and research. For example, if a supplier is a highly sophisticated organization in the business of manufacturing a chemical that may be a down range component or constituent of an end-user product, such a supplier may possess or be associated with laboratories, accounting functions, manufacturing and data measurement functions, and the like to allow the supplier to collect detailed life cycle inventory data and to organize the collected data into one or more sets of collected data for provision to the data hub 105 via a template 220. For example, such a supplier may be fully capable of measuring and documenting energy consumption associated with the production of a given product or component, the supplier may be capable of assembling accounting data associated with labor statistics involved in the production of a given product, and the like.
As described above, any given supplier may provide life cycle inventory data to the data hub 105 either as raw business or business transaction data, or as structured life cycle inventory data. Alternatively, a given supplier may provide life cycle inventory data to the data hub 105 in a combination of these two data provision methods. That is, a given supplier may possess sophisticated and detailed life cycle inventory data generated via its own processes or via its own ability to obtain such data, but such a supplier may also utilize one or more intermediate or end-user products in its processes for which it does not have such detailed life cycle inventory data. In such a case, the supplier may present structured life cycle inventory data via a template 220 for products for which it possesses such data, and the supplier may present raw business or business transaction data 215 via a unit process model template 225 for any intermediate or end-user products the supplier utilizes for which it does not have detailed life cycle inventory data.
Whether LCI data is provided by a supplier as structured LCI data or as raw business or business transaction data, for purposes of validating and auditing the data, as described below, certain data qualifiers may be required for each data item. For example, if the data item is for an automobile, the automobile may have been manufactured at one of three different plants utilized by the manufacturer, each of which may have built the particular model at a different time, using different power sources (e.g., nuclear power versus hydroelectric versus wind power), and using different parts (e.g., different batteries from different battery suppliers, depending on plant location). Thus, for LCI data provided for such a product, the data hub and associated systems (e.g., validation/auditing function) may require data qualifiers, such as date/time of manufacture, location of manufacture, parts differentiation based on location, and the like. That is, information for some products/services may require versioning to account for such data differences for products bearing the same model identification.
Referring still to
The auditing function 230 may compare received data against other similar types of data to determine whether the received data appears to be accurate in comparison with other similar types of data. For example, if a given supplier presents life cycle inventory data for a pesticide showing that the pesticide has certain toxicity levels beneath a desired threshold for toxicity, the data auditing function 230 may compare that information with toxicity levels known for other pesticides of the same pesticide type, for example, pesticides having the same or similar chemical make-ups and/or structures. If the information provided by the supplier, for example, the toxicity levels for a given pesticide, is out of range with other similarly utilized products, the auditing function 230 may notify the providing supplier and may reject the information. After life cycle inventory data is received, validated, and audited, the data may be aggregated and scored for a given product by the data aggregation, impact and scoring function 235, as described below with reference to
After life cycle inventory data is aggregated and assessed, the data may be passed through another auditing function 240 for comparing life cycle impact assessments for the associated product with other similarly situated or types of products. The life cycle impact assessment information may be stored in a storage repository 245, and ultimately the life cycle impact assessment information may be released through a release access point 250. According to an embodiment, the data release access point 250 may allow suppliers to obtain life cycle inventory data and life cycle impact assessment data for one or more products by accessing the data hub 105 via the secure framework 205.
As should be appreciated, in addition to life cycle impact assessment scoring generated for one or more life cycle inventory items, suppliers may request life cycle inventory data that has been received from other suppliers and that has passed through the data validation and auditing function 230. That is, before life cycle inventory data is aggregated and scored, or apart from aggregation and scoring, one or more other suppliers may request and receive life cycle inventory (LCI) data for one or more products. For example, the second crops grower 125 may request through the secure framework 205 life cycle inventory data provided by the first crops grower 120 to assist the second crops grower 125 in modifying its crops growing processes to include a modification of the life cycle inventory components or processes it uses.
As described below, release of such LCI data from one particular supplier to another supplier may present business, security or competition risks to the releasing supplier. Thus, according one embodiment, requested LCI data may be provided to a requesting supplier 125 in aggregate as a mean and median for comparative purposes without explicit authorization (other than being in the data hub to begin with), provided the data hub has sufficient aggregation of data to make data anonymous. For example, if the second crops grower desires LCI data for fuel usage by other similar crops growers, the requesting supplier may be provided with an average LCI data for fuel usage across a number of similar crops growing operations. If the data hub has access to only one data point, and provision of a mean or median or other statistically significant data type for the requested information is not available, then provision of the requested data may be restricted.
For example, if certain information provided by a given supplier, for example, the first crops grower 120, is proprietary in nature, for example, a proprietary combination of one or more intermediate products used in the production of an end-user product, then such information may be secured from access by another supplier. According to embodiments, a given supplier may indicate that certain life cycle inventory information is proprietary, and upon approval by the data hub 105, such life cycle inventory information may not be released to other requesting suppliers. For example, if a certain combination of components is proprietary in nature, the combination of the components may not be released to other requesting suppliers, but information on individual components may be released to requesting suppliers. The data aggregation, impact and scoring component 235, the auditing function component 240, the data storage component 245, and the data release access component 250 are illustrated in
Referring still to
As illustrated in
The received metadata 227 is illustrative of metadata applied to the LCI data received via the LCI data template 220 automatically when the data was populated into the template by the data supplier/provider. For example, if a sophisticated supplier of LCI data uses a structured data template for providing LCI data on one or more products or components of one or more products, entry of the required data, for example, fuel types used, dates of fuel usage, amounts of fuel usage, and the like, entry of the data into the fields of the structured data template 220 may result in the automatic application of metadata to each entered data item so that the data items may be stored, sorted, searched, and retrieved in association with downstream processing.
The parser 228 is a software application module operative to parse metadata applied to LCI data for allowing each metadata item to be stored in an appropriate location in association with the metadata storage repository 229. As should be appreciated, individual data items may be stored in a variety of storage repositories, and the metadata items applied to each such data item and stored in the storage repository 229 may be utilized by a downstream process, for example, the validation and auditing function 230, for locating a given data item. For example, a metadata item applied to a given LCI data item such as fuel type may serve as an identification for the actual fuel type data item. Storage of the metadata item associated with the actual data item may be used by downstream processing modules, for example, the data validation and auditing function 230, for locating the actual data item using the stored metadata item. For example, if a stored metadata item identifies a fuel type used in a given product, a downstream processing module may use the stored metadata item for locating the actual data item, for example, the fuel type associated with a given product, and for obtaining information about the data item, for example, information about the utilized fuel type.
Referring now to
An access point 305 is illustrative of one or more access points with which a supplier may gain access to the data hub 105. According to one embodiment, the access point 305 may operate as a web services platform through which a supplier may access the data hub 105 through an Internet-based web page. The access point 305 likewise may operate according to a variety of other telecommunications-based access points to allow a supplier computing device to obtain access to the computing devices and/or storage repositories of the data hub 105.
An authentication entry point 310 is illustrative of a software application module operative to obtain authentication information from a supplier and to pass the authentication information to an authentication data repository 320 via a distributed computing network 310 or to a local authentication data repository 320 for obtaining authentication information. For example, the authentication entry point 310 may provide a dialog box to a requesting supplier requiring that a requesting supplier enter a password or other authenticating information for determining whether the requesting supplier may have access to data contained in the data hub 105. Once the authentication entry point 310 receives requested authentication information from the supplier, the authentication entry point may obtain authentication information for the requesting supplier from the authentication data repository 320. The access authorization service 325 may compare information received by the requesting supplier with information stored for the requesting supplier to determine whether the requesting supplier may have access to the computing systems and data of the data hub 105.
If the requesting supplier is granted an access privilege for access to the data hub 105, one or more access types 330, 335, 340 may be granted to the requesting supplier. For example, a first access type 330 may allow the supplier to provide LCI data and to request and receive LCI data associated with its own products only. A second access type 335 may allow the supplier to enter or provide LCI data and may allow the supplier to request LCI data for its own products as well as for a specified group of other products. A third access type 340 may specify a limited access by a requesting supplier of certain types of data, but may specify certain other types of data to which the supplier may not obtain access. For example, as described above, certain information contained and processed by the data hub 105 may include proprietary information, for example, specific combinations of components used by another supplier for achieving a desired result. The access authentication service 325 may grant an access type to a requesting supplier that restricts the requesting supplier from such proprietary data. The input/output enabler 345 is a software application operative to allow the requesting supplier to input LCI data and to receive LCI data in accordance with the access type granted to the requesting supplier.
As described above, suppliers may provide life cycle inventory data either as raw business or business transaction data in association with a unit process model, or suppliers may provide detailed life cycle inventory data according to a structured data template for use by the data hub 105. Referring to
According to embodiments, a certain degree of data structuring may be required for the raw LCI data input document 310 in order for the associated data to be transformed by the data hub. For example, data headings or data metadata applied to various provided data points may be required to allow use of the data by the data hub 105, as described herein.
As described above, the raw business or business transaction data may be provided to the data hub 105 by a given supplier if the given supplier lacks the ability to provide the data in any structured manner, or according to a requested unit process model. Raw business or business transaction data received via a document 410 may then be automatically parsed and inserted into appropriate fields of a unit process model template or life cycle inventory data input template 420, described below.
The template 420 is illustrative of a structured data template with which a supplier may provide detailed life cycle inventory information where such information is available to the supplier. According to one embodiment, the template 420 may be obtained via a unit process model requested by a supplier and may contain fields for entering specific information about life cycle inventory data, for example, specific information about fuel types and usage, power usage specifications and consumption rates, materials and components information, production specifications, sales specifications, and the like. Thus, a supplier who has the ability to provide detailed LCI data may utilize the template 420 without the need for requesting a unit process model for providing LCI data to the data hub 105. As should be appreciated, the data are the actual values for particular product or service, for example, fuels, power, materials, production, and sales that a supplier provides to the data hub 105. The metadata are the properties of these input data items. For instance, one is named “Fuels” and is stored as an enumerated field with options “electric,” “hydroelectric,” etc.
Once a structured data template 420 is received containing LCI data, metadata may be applied to and/or extracted from the structured data template 420, as briefly described above with respect to
For example, if LCI data presented by a crops grower utilizing a full data set LCI template 220, individual data items, for example, date of fuel purchase, amount of fuel purchase, type of fuel purchased, durations of fuel usage, and the like may have been entered by the supplier in a structured data template 220, and the metadata may be applied to each of these types of data so that each of these types of data may be identified, stored, sorted, searched and retrieved by downstream processes. Alternatively, if metadata has not been applied to each data item and each information item associated with each data item, for example, date of fuel usage associated with a fuel data item, then application of such metadata may be automatically applied to the data by the metadata application process 226, described above with reference to
Referring still to
Referring to the data file 505, for the fuels component illustrated in the structured data template 420, a variety of additional data items or sub-data items are extracted by the parser 228. For example, a date of fuel purchase, a fuel type, an amount of fuel, a quality associated with the fuel, and any regulatory information associated with the fuel are extracted from data entered by the supplier via the structured data template 420. That is, each of these additional data items or sub-data items associated with the main fuels data item may be extracted from the structured data template 420 owing to the application of metadata for each of these additional data items or sub-data items that identify each of the additional or sub-data items individually.
The data file 530 is illustrative of additional data items or sub-data items associated with a second LCI data item provided by the supplier of the structured data template 420, for example, power or other utilities associated with the product for which the structured data template 420 is provided. A third data file 550 is illustrated containing similar additional data items or sub-data items for a third LCI data item or component (e.g., raw materials) provided by the supplier via the structured data template 420. As should be appreciated, data files 505, 530, 550 are illustrative of a variety of data items that may be associated with received LCI data and that may be extracted from a received LCI data template by the parser 228 for use in downstream processing, including the generation of life cycle impact assessment scoring for a given product.
Referring still to
Example structured data language files 515, 535, 555 are illustrated in association with the data files 505, 530, 550 showing markup tags that may be applied to each data item for structuring the data item and metadata associated with the data item to allow the data item and the associated metadata item to be stored, sorted, searched, retrieved and utilized. For example, a markup tag of <date> may be applied to both a data item comprising the actual date of an example fuel purchase and may be applied to a metadata item associated with an actual data item showing a date of the example fuel purchase such that the metadata item may be used for locating and retrieving the actual date of the example fuel purchase. As should be appreciated, the example structured data language illustrated in the files 515, 535, 555 is not intended as an illustration of a well-formed structured data language file, but is intended for purposes of illustration only.
Behind each structured data language file 515, 535, 555 may be an structured data language schema file 520, 540, 560 that may be associated with each of the respective structured data language files for providing definition of the structured data language markup tags applied to each data item and each associated metadata item. That is, the structured data language schema files provide definition to any downstream parsing application capable of consuming and reading structured data language markup in association with an attached or related structured data language schema file to allow the parser to identify individual data items in a given data item file 505, 530, 550 so that individual data items may be stored, sorted, searched, retrieved, and utilized.
The parsers 522, 542, 562 are illustrative of parsing applications capable of reading the data files 505, 530, 550 in association with the structured data language markup 515, 535, 555 applied to data items, additional data items, and sub-data items contained in the received data item files. The parsers 522, 542, 562 are further operative to store each received data item in a storage repository 525, 545, 565 associated with data items of the same or similar type. For example, data items received for fuels used by an example supplier and the associated metadata applied to the data items and sub-data items, for example, date of fuel usage, fuel type, amount of fuel usage, and the like that are structured according to a structuring language, for example, XML, may be extracted from the file, and may be stored in a storage repository 525 associated with data received from other suppliers for data of the type “fuels.” Similarly, data illustrated in the data file 535 for power usage may be stored in a data repository 545 along with information from other suppliers related to the data type “power.”
As should be appreciated, such a data repository 525, 545, 565 may be established for containing various data items of various data item types and/or metadata associated with such various data items for provision to requesters of life cycle inventory information, or for use in the generation of life cycle impact assessments. For example, a subsequent product supplier may request life cycle inventory data regarding a variety of fuels with certain characteristics in order to decide which type or types of fuel would best meet its needs. Metadata associated with previously stored data items for fuel types and fuel usages of other suppliers may be used for searching life cycle inventory data associated with fuels from the storage repository 525 to provide to the requesting supplier.
For another example, during a validation and/or auditing process, described above with reference to
For each data item retrieved via the data repositories 525, 545, 565, the data validation/auditing function 230 compares the received LCI data items to one or more data management parameters 615 to determine whether the data items received by the supplier contain sufficient information for a validation and auditing analysis of the received data. For example, if a supplier provided LCI data via a structured template 420, as described above, the validating function 230 may review the received data and compare the received data to similarly received data sets to determine whether enough data has been presented to allow for further use and analysis of the received data. Such received data sets to which the LCI data may be compared may be located in the storage repositories 620, 625, 630 according to data types, for example, fuels, iron ore, timber, utilities, etc. For example, if given data item contains only a partial identification of a fuel usage rate, a determination may be made that an insufficient amount or type of data has been received to allow for further analysis. That is, a data management parameter 615 may be used to instruct the validation function 230 that the example fuel usage rate data must include particular types of values in order to retrieve similar data from the storage repository 620, 625, 630 for further validation and auditing.
If a determination is made for a given data item processed by the validation and auditing function 230 that enough and appropriate types of information have been received for the given data item, the data item may be audited by comparing the information to data provided by other suppliers according to similar processes. For example, if the LCI data item received by the validation and auditing function 230 is associated with labor used in crop production, the LCI data item may be compared with labor data provided by other suppliers in association with crop production.
After a received data item is validated as an appropriate life cycle inventory item, the data item may be audited for accuracy by the validation and auditing function 230. If a significant deviation exists between the received LCI data item and other similar product/process LCI data items, auditing may not proceed. As should be appreciated, deviation thresholds may be set for various types of products or components of products to aid in the analysis of whether received data does or does not deviate significantly from similar product/process LCI data. For example, toxicity levels associated with a given pesticide or fertilizer may exist in a certain range of toxicity levels for pesticides or fertilizers used in similar processes. If LCI data for a pesticide or fertilizer product is received showing a toxicity level outside the range of normal toxicity levels, then a determination may be made that the data deviates too significantly from similar data for similar products/processes, and the data item may be rejected as a valid LCI data item as described below.
If not enough information is received, or if inaccurate information is received such that the received data fails the validation operation, described above, or if the LCI data received deviates significantly from similar LCI data for similar products/processes (i.e., fails the auditing operation), then the data item may be rejected from use by other suppliers or from use in the generation of a life cycle impact assessment for the product to which the data item is associated. A data rejection/update notification 635 may be automatically provided to the supplier/provider of LCI data showing that the data received is insufficient, invalid, or is otherwise not acceptable. According to one embodiment, an automatic notification may be passed to the supplier/data provider to indicate those aspects of the received data that must be corrected or enhanced. For example, if a supplier provides usage data for hydroelectric power usage in terms of metric tons of usage as opposed to in terms of kilowatt-hours of usage, a notification may be provided to the supplier to correct the usage terms and to resubmit the LCI data.
Notifications may be made to the suppliers 110-155 via the data hub 105, and the notifications may be presented to the suppliers via the security framework 205. Such data item rejection notifications may be received, processed and responded to via the supplier computing device 160, as illustrated in
As illustrated above with respect to
The received product component 705 is illustrative of a given good and/or service for which a life cycle impact assessment is requested or required and for which life cycle inventory data is provided by a given supplier, as described above with reference to
As will be described below, an LCIA score may be generated for the received product component by aggregating LCI data for the product or for components of the product from which an LCIA score may be generated. Or, the LCIA score may be generated for the received product component by aggregating LCIA scores generated for subcomponents or processes of or associated with the received product component from which a composite LCIA score may be generated for the product component 705.
The component metadata 710 is illustrative of metadata applied to received product component or to subcomponents or processes, as described above with reference to
The parser 715 is a software module operative to parse the component metadata 710 for using each individual data item (LCI or LCIA) 717, 719, 720 extracted from the received product via a search function 725 for obtaining information about individual data items including previously generated life cycle impact assessments for individual data items from the data repositories 525, 545, 565. As should be appreciated, when life cycle inventory data is provided by a given supplier, metadata applied to each individual data item may be used for finding similar data items that have previously been scored with a life cycle impact assessment scoring and for obtaining the previous scorings for similar data items for use in generating a life cycle impact assessment for the currently supplied data items. Alternatively, new life cycle impact assessments may be generated for each newly received life cycle inventory item, if required.
For example, if a product 705 provided by a supplier is the example bale of cotton, described herein, and one of the life cycle inventory items associated with production of the example bale of cotton includes the use of 100 hours of labor for production of the example bale of cotton, a life cycle inventory item of 100 hours per one bale of cotton may be tagged with an appropriate metadata item, and the tagged life cycle inventory item of 100 hours per bale of cotton may be passed to an appropriate storage repository 525, 545, 565 by the search function 725 to determine whether a life cycle impact assessment has previously been generated for the same life cycle inventory item. For example, if a previous submission of a labor item of 100 hours of labor per production of one bale of cotton has been assessed with a life cycle impact assessment of 75 on a scale of 0 to 100, then the life cycle impact assessment of 75 may be utilized for the newly received life cycle inventory item associated with the production of a bale of cotton. Alternatively, if a life cycle inventory item of 125 hours of labor for the production of a single bale of cotton is provided, and no matching item with a previously generated life cycle impact assessment is stored in a storage repository 525, then a life cycle impact assessment for the labor inventory item will be generated for the presently provided product and for use in generating life cycle impact assessment scoring for future product submissions.
The life cycle impact assessment and scoring engine 730 is illustrative of a software application or module containing sufficient computer executable instructions operative to generate life cycle impact assessments and life cycle assessment scores for various life cycle inventory items and for generating composite life cycle impact assessments and life cycle assessment scores for goods and/or services comprised of or utilizing various components or services for which life cycle impact assessments and life cycle assessment scores previously have been generated. For example, if a product is provided by a supplier comprised of ten components, for example, all components required for the production of a single bale of cotton, and if life cycle impact assessments previously have been generated for each of the same components, then the life cycle impact assessment and scoring engine 730 may obtain and aggregate each of the individual LCIAs for each of the individual components/processes for generating a composite LCIA and eventually an LCIA score.
As described above, life cycle assessments (LCIAs) may be generated by the engine 730 based on scientifically verified and standardized algorithms for determining impacts on various environmental and/or social categories, such as global warming, acidification, child labor and the like. On the other hand, LCIA scoring may be generated by the engine 730 based on weightings applied to LCIAs according to a variety of scoring algorithms that may differ greatly depending on the values applied to each impact category by different scoring bodies.
Alternatively, if no LCIA or LCIA score has been generated for a given component or process associated with a provided set of life cycle inventory items associated with a provided product, then the engine 730 is operative to generate a life cycle impact assessments and LCIA scores for life cycle inventory items for which no life cycle impact assessment has been generated. For example, if a life cycle impact assessment for a global warming impact category associated with a given fuel is a 75 on a scale of 0 to 100 for a consumption rate of ten gallons per hour, but a life cycle impact assessment of 50 has been generated and stored for the same fuel item associated with a consumption rate of 20 gallons per hour, then if a life cycle inventory item for the same fuel associated with a consumption rate of 15 gallons per hour is submitted, the engine 730 may generate an LCIA for the newly provided LCI item of 62.5 which is the arithmetic mean of the previously generated LCIA numbers. As should be appreciated, a variety of methods may be used by the LCIA scoring engine for determining and generating LCIA scores for individual LCI data items. For example, a scale of LCIA scores for various raw materials, energy usages, labor statistics, and the like may be maintained by one or more government and/or regulatory bodies and may be used by the LCIA scoring engine.
Other LCIA scoring values associated with various materials, energy usages, and processes may be generated through extensive testing by independent testing agencies or bodies. Such LCIA assessment scores may be stored by data type in the data storage repositories 525, 545, 565, and the search function 725 may utilize metadata associated with received life cycle inventory items for a provided product to locate life cycle impact assessment data for individual items for use by the LCIA scoring engine 730 in generating an LCIA score for a provided product.
After LCIAs are generated for a given product, the LCIAs may be aggregated for auditing and review. In addition, any LCIA scoring generated for products or components of products likewise may be aggregated for audit and review. Aggregated LCIAs and/or LCIA scoring may be passed to the auditing function 240 for analysis.
After LCIAs and any LCIA scores are generated by the LCIA impact and scoring engine 730, an auditing function 240, described above with reference to
Referring still to
Once LCIAs and any LCIA scoring are generated for a given product, a reporting function 745 may be implemented, wherein LCIAs and LCIA scoring may be released to one or more requesting suppliers via the data release access point 250, illustrated and described above with reference to
In addition, as individual LCI data items associated with the received product component 705 or for subcomponent or processes associated with the product component 705 are changed or are otherwise revised by their respective suppliers, the LCIAs and LCIA scores that were generated based on those LCI data items, may be automatically updated based on LCIAs and LCIA scoring applied to the changed or otherwise revised LCI data items. Updated LCIAs and LCIA scores may be automatically published to appropriate requesters/receivers of the LCIAs and LCIA scores, as described above.
As described above, life cycle inventory data, life cycle impact assessments and life cycle assessment scoring data may be released to requesting parties for use in the production of their goods and/or services or for publication in association with goods and/or services, as described below with reference to
According to an embodiment, requesting parties may access LCI data, LCIAs and LCIA scoring via the security framework from one or more computing devices 815, 830 through a distributed computing network 810, such as the Internet or an intranet. Access to the LCI data, LCIAs and LCIA scoring data generated and stored by the life cycle inventory and assessment data hub 105 may be accessed through a variety of available access portals, for example, a secure web access portal provided in association with the security framework 205. For example, each requesting party may launch a web page provided in association with the data hub 105 for both entering LCI data, LCIAs and LCIA scoring data, and for requesting LCI data, LCIAs and LCIA scoring data.
As illustrated in
On the other hand, if the second requesting party using the computing device 830 receives a second access type that precludes the second requesting party from receiving detailed information about the received LCIAs and LCIA scoring data, the details may be secured from access by the second requesting party to prevent the second requesting party from learning of the details of the generation of the LCIAs and LCIA scoring data for the subject product. For example, if the components of the product for which the LCIAs and LCIA scoring data is provided are proprietary in nature, for example, where the precise combination of components is a trade secret of the manufacturer of the subject product, then the access provided to the second requesting party may allow the second requesting party to receive the LCIAs and LCIA scoring data for the product, but may preclude the second requesting party from receiving detailed information on the components of the subject product. For another example, the second requesting party may be precluded from access to information about constituent components of the product to prevent the second requesting party from contacting providers of the constituent components to gain a competitive advantage over the provider of the product for which the LCIAs and LCIA scoring data is provided. In addition to reporting LCIAs and LCIA scoring data, information on algorithms and data weightings used in the generation of LCIAs and LCIA scoring data may be provided.
Referring now to
As illustrated in
As should be appreciated, a prospective purchaser of the example article of clothing may review the life cycle impact assessment provided with the article of clothing to compare the score provided with this article of clothing with scores provided by other similar articles of clothing to allow the purchaser to make an informed judgment as to which article of clothing is more desirable in terms of environmental and social impact associated with its manufacture, distribution, sale, use, and eventual disposal. As should be appreciated, the information illustrated in the example label 910 is for purposes of example only and is not limiting of the exhaustive amounts of information that may be provided for a given product, including additional detailed information about the generation and publication of a life cycle impact assessment.
Having described a system architecture for and various aspects of the generation and provision of life cycle impact assessments for various goods and/or services,
At operation 1025, LCI inventory items are searched, and LCIAs and LCIA scoring associated with the LCI inventory items are retrieved for generation of LCIAs and LCIA scoring for the received product. The aggregation of LCIAs and LCIA scoring data for individual LCI items may be accomplished according to a variety of methods, as described above. At operation 1025, LCIAs and LCIA scoring may be generated for the received product. At operation 1030, the generated LCIAs and LCIA scoring may be audited to determine whether the generated LCIAs and LCIA scoring is accurate in comparison to a range of LCIAs and LCIA scoring generated for similar products in the past. As any LCI or LCIA data associated with the received product is changed or otherwise revised, the LCIAs and any generated LCIA scores for the received product may be automatically updated and released and/or published, as required based on product changes or versioning information for the product, as described above.
At operation 1035, the LCIAs and LCIA scoring generated for the received product may be reported to requesting parties, as described above with reference to
The embodiments and functionalities described herein may operate via a multitude of computing systems, including wired and wireless computing systems, mobile computing systems (e.g., mobile telephones, tablet or slate type computers, laptop computers, etc.). In addition, the embodiments and functionalities described herein may operate over distributed systems, where application functionality, memory, data storage and retrieval and various processing functions may be operated remotely from each other over a distributed computing network, such as the Internet or an intranet. User interfaces and information of various types may be displayed via on-board computing device displays or via remote display units associated with one or more computing devices. For example user interfaces and information of various types may be displayed and interacted with on a wall surface onto which user interfaces and information of various types are projected. Interaction with the multitude of computing systems with which embodiments of the invention may be practiced include, keystroke entry, touch screen entry, voice or other audio entry, gesture entry where an associated computing device is equipped with detection (e.g., camera) functionality for capturing and interpreting user gestures for controlling the functionality of the computing device, and the like.
Computing device 1100 may have additional features or functionality. For example, computing device 1100 may also include additional data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape. Such additional storage is illustrated in
As stated above, a number of program modules and data files may be stored in system memory 1104, including operating system 1105. While executing on processing unit 1102, programming modules 1106, such as the life cycle inventory and assessment application 1120 may perform processes including, for example, one or more of the stages of method 1000. The aforementioned process is an example, and processing unit 1102 may perform other processes. Other programming modules that may be used in accordance with embodiments of the present invention may include electronic mail and contacts applications, word processing applications, spreadsheet applications, database applications, slide presentation applications, drawing or computer-aided application programs, etc.
Generally, consistent with embodiments of the invention, program modules may include routines, programs, components, data structures, and other types of structures that may perform particular tasks or that may implement particular abstract data types. Moreover, embodiments of the invention may be practiced with other computer system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, and the like. Embodiments of the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
Furthermore, embodiments of the invention may be practiced in an electrical circuit comprising discrete electronic elements, packaged or integrated electronic chips containing logic gates, a circuit utilizing a microprocessor, or on a single chip containing electronic elements or microprocessors. For example, embodiments of the invention may be practiced via a system-on-a-chip (SOC) where each or many of the components illustrated in
Embodiments of the invention, for example, may be implemented as a computer process (method), a computing system, or as an article of manufacture, such as a computer program product or computer readable media. The computer program product may be a computer storage media readable by a computer system and encoding a computer program of instructions for executing a computer process.
The term computer readable media as used herein may include computer storage media. Computer storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. System memory 1104, removable storage 1109, and non-removable storage 1110 are all computer storage media examples (i.e., memory storage.) Computer storage media may include, but is not limited to, RAM, ROM, electrically erasable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store information and which can be accessed by computing device 1100. Any such computer storage media may be part of device 1100. Computing device 1100 may also have input device(s) 1112 such as a keyboard, a mouse, a pen, a sound input device, a touch input device, etc. Output device(s) 1114 such as a display, speakers, a printer, etc. may also be included. The aforementioned devices are examples and others may be used.
The term computer readable media as used herein may also include communication media. Communication media may be embodied by computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” may describe a signal that has one or more characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media may include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared, and other wireless media.
Mobile computing device 1200 incorporates output elements, such as display 1205, which can display a graphical user interface (GUI). Other output elements include speaker 1225 and LED light 1220. Additionally, mobile computing device 1200 may incorporate a vibration module (not shown), which causes mobile computing device 1200 to vibrate to notify the user of an event. In yet another embodiment, mobile computing device 1200 may incorporate a headphone jack (not shown) for providing another means of providing output signals.
Although described herein in combination with mobile computing device 1200, in alternative embodiments the invention is used in combination with any number of computer systems, such as in desktop environments, laptop or notebook computer systems, multiprocessor systems, micro-processor based or programmable consumer electronics, network PCs, mini computers, main frame computers and the like. Embodiments of the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network in a distributed computing environment; programs may be located in both local and remote memory storage devices. To summarize, any computer system having a plurality of environment sensors, a plurality of output elements to provide notifications to a user and a plurality of notification event types may incorporate embodiments of the present invention.
One or more application programs 1266 may be loaded into memory 1262 and run on or in association with operating system 1264. Examples of application programs include phone dialer programs, e-mail programs, PIM (personal information management) programs, word processing programs, spreadsheet programs, Internet browser programs, messaging programs, and so forth. System 1202 also includes non-volatile storage 1268 within memory 1262. Non-volatile storage 1268 may be used to store persistent information that should not be lost if system 1202 is powered down. Applications 1266 may use and store information in non-volatile storage 1268, such as e-mail or other messages used by an e-mail application, and the like. A synchronization application (not shown) also resides on system 1202 and is programmed to interact with a corresponding synchronization application resident on a host computer to keep the information stored in non-volatile storage 1268 synchronized with corresponding information stored at the host computer. As should be appreciated, other applications may be loaded into memory 1262 and run on the device 1200, including the life cycle inventory and assessment application 1120, described herein.
System 1202 has a power supply 1270, which may be implemented as one or more batteries. Power supply 1270 might further include an external power source, such as an AC adapter or a powered docking cradle that supplements or recharges the batteries.
System 1202 may also include a radio 1272 that performs the function of transmitting and receiving radio frequency communications. Radio 1272 facilitates wireless connectivity between system 1202 and the “outside world”, via a communications carrier or service provider. Transmissions to and from radio 1272 are conducted under control of OS 1264. In other words, communications received by radio 1272 may be disseminated to application programs 1266 via OS 1264, and vice versa.
Radio 1272 allows system 1202 to communicate with other computing devices, such as over a network. Radio 1272 is one example of communication media. Communication media may typically be embodied by computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. The term computer readable media as used herein includes both storage media and communication media.
This embodiment of system 1202 is shown with two types of notification output devices; LED 1220 that can be used to provide visual notifications and an audio interface 1274 that can be used with speaker 1225 to provide audio notifications. These devices may be directly coupled to power supply 1270 so that when activated, they remain on for a duration dictated by the notification mechanism even though processor 1260 and other components might shut down for conserving battery power. LED 1220 may be programmed to remain on indefinitely until the user takes action to indicate the powered-on status of the device. Audio interface 1274 is used to provide audible signals to and receive audible signals from the user. For example, in addition to being coupled to speaker 1225, audio interface 1274 may also be coupled to a microphone to receive audible input, such as to facilitate a telephone conversation. In accordance with embodiments of the present invention, the microphone 1120 may also serve as an audio sensor to facilitate control of notifications, as will be described below. System 1202 may further include video interface 1276 that enables an operation of on-board camera 1230 to record still images, video stream, and the like.
A mobile computing device implementing system 1202 may have additional features or functionality. For example, the device may also include additional data storage devices (removable and/or non-removable) such as, magnetic disks, optical disks, or tape. Such additional storage is illustrated in
Data/information generated or captured by the device 1200 and stored via the system 1202 may be stored locally on the device 1200, as described above, or the data may be stored on any number of storage media that may be accessed by the device via the radio 1272 or via a wired connection between the device 1200 and a separate computing device associated with the device 1200, for example, a server computer in a distributed computing network, such as the Internet. As should be appreciated such data/information may be accessed via the device 1200 via the radio 1272 or via a distributed computing network. Similarly, such data/information may be readily transferred between computing devices for storage and use according to well-known data/information transfer and storage means, including electronic mail and collaborative data/information sharing systems.
Embodiments of the present invention, for example, are described above with reference to block diagrams and/or operational illustrations of methods, systems, and computer program products according to embodiments of the invention. The functions/acts noted in the blocks may occur out of the order as shown in any flowchart. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality/acts involved.
While certain embodiments of the invention have been described, other embodiments may exist. Furthermore, although embodiments of the present invention have been described as being associated with data stored in memory and other storage mediums, data can also be stored on or read from other types of computer-readable media, such as secondary storage devices, like hard disks, floppy disks, or a CD-ROM, a carrier wave from the Internet, or other forms of RAM or ROM. Further, the disclosed methods' stages may be modified in any manner, including by reordering stages and/or inserting or deleting stages, without departing from the invention.
It will be apparent to those skilled in the art that various modifications or variations may be made in the present invention without departing from the scope or spirit of the invention. Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein.
