SCANNING ENCODED IMAGES ON PHYSICAL OBJECTS TO DETERMINE PARAMETERS FOR A MANUFACTURING PROCESS

Abstract

A method includes: scanning a first QR code on a first physical object to obtain first parameters, wherein the first parameters include specifications for making a product using a manufacturing process, and the specifications include at least one material used to build the product. The method further includes scanning a second QR code on a second physical object to obtain second parameters, wherein the second parameters correspond to the manufacturing process; comparing, by a computing device, the first parameters and the second parameters; based on comparing the first parameters and the second parameters, determining whether the first object corresponds to the second object; and in response to determining that the first object corresponds to the second object, building the product using the at least one material.

Description

FIELD OF THE TECHNOLOGY

At least some embodiments disclosed herein relate to scanning of encoded images in general and more particularly, but not limited to scanning encoded images on physical objects to determine parameters for a manufacturing process.

BACKGROUND

A Quick Response Code is a type of barcode (sometimes referred to as a QR Code barcode, or simply a QR code). In some cases, a QR code is a machine-readable optical label that contains information about a physical item to which the QR code is attached. The QR code can include, for example, data for a locator, an identifier, or a tracker that points to a website or application. A QR code can, for example, use various standardized encoding modes to store data. These can include numeric and alphanumeric modes.

In some cases, a QR code contains black squares arranged in a two-dimensional square grid on a white background. The QR code can be read by an imaging device such as a camera, and processed using error correction until the image can be interpreted. Several standards exist that cover the encoding of data as QR codes (e.g., ISO/IEC 18004:2015).

In some cases, a smart phone can be used as a QR code scanner. The smart phone can convert the QR code to useful data of some type, such as a standard URL for a website. In one example, a user with a camera phone equipped with a reader application can scan an image of a QR code to display text, contact information, connect to a wireless network, or open a webpage in a browser on the phone.

A QR code can also be linked to a location to track where a code has been scanned. In one example, an application that scans the QR code can retrieve geo-information by using GPS, etc.

In some cases, QR codes are used with mobile device operating systems. The mobile device can support URL redirection, which allows QR codes to send metadata to an existing application on the device.

A QR code differs from older, one-dimensional barcodes designed to be mechanically scanned by a narrow beam of light. A QR code is detected, for example, by a two-dimensional digital image sensor, and then digitally analyzed by a programmable processor.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings in which like references indicate similar elements.

FIG. 1 shows an example computing system for scanning encoded images on physical objects to determine parameters for a manufacturing process, according to one embodiment.

FIG. 2 shows an example of the manufacturing process of FIG. 1, according to one embodiment.

FIG. 3 shows an example label having a QR code on the label, according to one embodiment.

FIG. 4 shows an example Production Part Approval Process (PPAP) document having a QR code on the document, according to one embodiment.

FIG. 5 shows an example set of parameter types and corresponding parameter values that can be encoded in a QR code, according to one embodiment.

FIG. 6 shows an example computing system for scanning one or more physical objects to determine parameters for a manufacturing process, according to one embodiment.

FIG. 7 shows an example computing system in which a mobile device scans a physical object to determine parameters for manufacturing process, according to one embodiment.

FIG. 8 shows a block diagram of a computing device (e.g., a supplier server, or a customer server), which can be used in various embodiments.

FIG. 9 shows a block diagram of a computing device (e.g., a mobile device of a user, or a user terminal), according to one embodiment.

FIG. 10 shows a method for scanning encoded images on physical objects to determine parameters for a manufacturing process, according to one embodiment.

DETAILED DESCRIPTION

At least some embodiments herein relate to scanning encoded images (e.g., QR codes) on physical objects (e.g., physical components, printed documents, and/or labels) to determine and/or evaluate parameters for a manufacturing process (e.g., silicon wafer processing parameters for making a memory device for an automobile).

A Production Part Approval Process (PPAP) is, for example, used in an automotive industry production chain to ensure the approval of component suppliers and their production processes. For example, the PPAP was created and adopted by the three large American companies in the automotive industry (Chrysler, Ford and General Motors). The first version of the PPAP was published in February 1993, and is in the context of the IATF standard 16949:2016.

When making a product such as a memory device for an automobile, various aspects of the product are conventionally negotiated/communicated among suppliers, customers/buyers, and/or subcontractors through the exchange of decks of printed papers. For example, a supplier may produce memory chips for automobile manufacturing companies as customers/buyers. Such printed papers can include one or more of the following:

• • PPAP (Production Part Approval Process): used by a supplier to describe various technical and logistical aspects of a version of the product to be provided by the supplier (e.g., the process to make a chip, the process to test the chip, the design parameters of the chip, and/or materials used in the chip).
  • PSW (Part Submission Warrant): a warrant of the supplier provided for samples of the product.
  • PCN (Product Change Notification): a proposed change made by supplier to PPAP.
  • EOL (End-of-Life): a notification provided by supplier to customer/buyer.
  • CCR (Customer Containment Rules): which versions of products can be shipped to which customers.
  • BOM (Build of Material, or Bill of Material): a documentation identifying the components of a version of a product.

Conventionally, a supplier makes a batch of samples of a product that is described/documented using a PPAP, which includes a warrant in the form of PSW. The customer/buyer inspects/tests the samples. If the sample/PPAP is not accepted, the supplier may make improved samples with an updated PPAP. If the buyer accepts to buy a version of samples, the buyer signs off its associated PSW and returns the signed PSW back to the supplier as approval. The approved PSW and its associated PPAP will be used by the supplier to organize the manufacture/production of the product and the shipping of the product to the buyer. The quality of the product is safe-guarded (e.g., guaranteed to a degree) by the specifications set forth in approved PPAP/PSW, and the samples that have been produced according to the approved PPAP/PSW and inspected by the buyer for the approval given in the PSW.

If the supplier makes a change to an approved PPAP, the supplier has to send a PCN to the buyer for approval. Once PCN is approved, a set of a sample and PPAP may be generated for an approved PSW from the buyer.

An EOL is used by the supplier to inform the buyer of the end of life of a specific product. A CCR is used by the supplier to organize the shipping of different versions of products to different customers. A BOM is used by the supplier to coordinate with subcontractors to organize the production of the product.

Since the contents of the PPAP, PSW, PCN, EOL, CCR and BOM are typically significantly different from product to product, the contents are typically printed on paper and processed by a human through reading and human intelligence. This can cause various problems including increased manufacturing errors when making memory or other devices (e.g., due to human error in reading wafer processing or device testing conditions), time-consuming manual review of paper documents, and inefficiency when coordinating processing operations, and/or logistics between a supplier and its customers, subcontractors, and/or distributors.

Various embodiments of the present disclosure provide a technological solution to one or more of the above technical problems. In some embodiments, QR codes can be used to improve the usage of PPAP, PSW, PCN, EOL, CCR and/or BOM. In general, a QR code can be used to encode at least some of the information that are printed in the papers. Samples of such information to be encoded in QR code may include identifiers (e.g., of materials and entities), restrictions, parameters, measurements, values, sizes, and/or manufacturing facility (e.g., plant) locations. Samples of information typically not suitable for being encoded in a QR code, and thus requiring reading and handling by a human, include drawings and diagrams.

In one example, a QR code is a two-dimensional barcode (or 2D code) that is a matrix, composed of black modules arranged within a white pattern having a square shape. The matrix of the QR code is used to store information, and the QR code is sometimes intended to be read by a mobile device (e.g., by an application executing on a smartphone and using a camera of the smartphone). In one example, up to 7,089 numeric or 4,296 alphanumeric characters can be contained in the encoded image (e.g., a single cryptogram) of the QR code. The matrix format is, for example, 29×29 squares and contains 48 alphanumeric characters.

In one embodiment, once the information is encoded using a QR code, at least some processing of PPAP and/or other documents can be automated through computer processing. For example, a mobile phone with an application (sometimes referred to as simply an “app”) can be used to scan the QR code to extract the information encoded therein. For example, two QR codes from two PPAPs can be compared by the mobile app to show the differences and common aspects. Two QR codes from two documents can be compared by the mobile app to determine whether the two documents are a match for the development of a product (e.g., a PPAP and a corresponding PCN).

In one embodiment, the mobile app can be connected to a server to further link the QR code/PPAP to other information stored in a server (e.g., drawings and diagrams). For example, each PPAP can have a unique version identifier that is encoded in the QR code. Thus, the QR code of a PPAP can be used to look up the identification of samples. Similarly, the same QR code of the PPAP can be printed on the PSW. Thus, when a PSW is received, the QR code can be scanned to correlate it with the PPAP.

In one embodiment, based on the information encoded in the QR code printed on PSW (and/or associated information pre-linked to the QR code/PPAP), a computer system can automate at least part of the process of inserting the conditions of CCR. In general, a same batch of products may meet the requirements of several buyers. A PPAP/PSW defines the requirements of a customer. A QR code can be initially added as an input to CCR. The computer system can be programmed to automatically determine whether the batch of the products meets the requirements of the PPAP/PSW (at least in part).

Similarly, a QR code of PPAP can be entered as part of BOM. This allow the automatic identification of some of the component supplier relations.

The QR code having the information of PPAP can also be printed on other documents to drive production, such as documentations shipped with products to buyers, orders to subcontractors, and components from subcontractors.

In one embodiment, each PPAP associated with a batch of samples has a single QR code. The QR code has a set of parameters unique to the samples. Any subsequent documents related to the samples is provided with the same QR code, such that the information can be accessed using a scanner (e.g., by a mobile app using a camera or other lens) without a need to connect to a server. However, a server can be used to provide additional information about the PPAP. The access to the additional information may be privileged (e.g., require authentication of a device requesting the access).

In some instances, a QR code may include a descriptive message specific to a situation (e.g., data observed and/or collected at one or more steps of a manufacturing process when making a sample). For example, the descriptive message may indicate the reason for which the PPAP is generated (e.g., due to a PCN, a customer letter/request, etc.).

In one embodiment, a computer application is executing on a mobile device. A scanner of the mobile device is used to scan one or more QR codes on paper or other printed documents (e.g., PPAP, PSW, and/or PCN on paper, label, etc.). Based on scanning the QR codes and comparing parameters encoded in the QR codes, parameters of a manufacturing process can be negotiated, and manufacturing of a physical product authorized.

In one embodiment, a PPAP is used to determine whether all requirements, both design and product, are met, and/or whether a supplier's manufacturing process is capable of maintaining these requirements in a series production. By using a QR code as described herein, marking for traceability of specific customer requirements between data information (e.g., parameters and values) can be ensured. The QR code can support a faster data comparison, and/or add a major synthesis to increase attention in the management of data shared by a supplier with automotive customers.

In light of the above, using the QR code on documents can provide various advantages. For example, the traceability of the product to documents (e.g., PPAP document) can be improved. In other examples, the extraction parameters and corresponding values can be used in a table format. Also, incoming inspection can be improved. In addition, the introduction of the QR code in a document (PPAP) and/or on another physical object should have minimal cost. Further, the traceability of the documents to products can be improved. In some cases, delivery of product to customers can be more rapid due to improved handling and/or logistics efficiencies. Also, traceability of batch stock to link to PPAP(s) can be improved.

FIG. 1 shows an example computing system for scanning encoded images 104, 108 on physical objects 102, 106 to determine parameters for a manufacturing process 122, according to one embodiment. In FIG. 1, a computing device 112 can be used to access, communicate with, and/or interact with manufacturing facility server 116, a distribution facility server 130, and/or customer facility server 132 over a communication network 121 (e.g., the Internet, a wide area network, a local network, or other wired or wireless communications network). The access, communication, or interaction can relate to a product (e.g., a memory device for an automobile) that is being manufactured using manufacturing process 122. In some cases, the product is a sample to be made and approved by a customer prior to volume manufacture of a commercial product.

Computing device 112 is coupled to a scanner 110 used to scan encoded images. Specifically, scanner 110 can be used to scan encoded image 104 on physical object 102, and/or to scan encoded image 108 on physical object 106. Encoded images 104 and 108 are scanned to determine parameters associated with the manufacturing process 122. In some cases, the determined parameters are compared using computer device 112. In some embodiments, physical object 102 and physical object 106 include computing devices that can communicate, for example, using a wireless connection.

The parameters determined from encoded images 104, 108 relate to the product to be made using manufacturing process 122. In one example, physical object 102 is a PPAP document, and physical object 106 is a PSW document or a PCN document. For example, the PCN document may specify a change in one or more materials used to build the product. Comparison of the parameters obtained from scanning the encoded images 104, 108 can be used to determine that the PPAP document corresponds to the PCN document so that the change in the material is properly implemented when manufacturing the product in a manufacturing facility that includes manufacturing facility server 116.

In one example, the customer approves the change in the material by providing the PSW document to a supplier after reviewing the PCN document. The PSW document can include an encoded image (not shown) that is scanned by scanner 110 and determined by computing device 112 to correspond to the PPAP document. In addition, computing device 112 can determine from the encoded image of the PSW document that manufacture of the product is authorized by the customer. Computing device 112 can communicate this authorization to manufacturing facility server 116. Further, server 116 can update manufacturing data 114 to reflect the change in the material to be used in manufacturing process 122. In one example, the change of material corresponds to material incorporated into the product by manufacturing machine 118 during manufacture.

In one embodiment, physical object 102 is a PPAP document that corresponds to specifications 124 used to make the product in manufacturing process 122. In one example, the product made is physical product 126. An encoded image 128 can be attached to, integrated with, and/or affixed to physical product 126. The encoded image 128 corresponds to specifications 124. In one example, the encoded image 128 encodes parameters related to processing conditions observed during manufacture on manufacturing machine 118. In another example, a scanner 120 coupled to manufacturing machine 118 scans encoded image 128 to obtain parameters related to the operation of manufacturing machine 118 when making physical product 126. In one example, the obtained parameters control a chemical or other processing condition associated with manufacturing machine 118. In another example, the obtained parameters control a testing process used after manufacturing physical product 126.

In one embodiment, physical product 126 is shipped to a distribution facility having distribution facility server 130. Server 130 scans the encoded image 128 to obtain parameters used to handle logistics for the physical product 126. For example, the obtained parameters can be used to determine how to ship or otherwise provide the physical product 126 to a customer facility having customer facility server 132. In one example, distribution facility server 130 can transmit a communication to customer facility server 132 based on the parameters obtained from scanning encoded image 128. In another example, server 130 can additionally and/or alternatively transmit a communication to computer device 112 regarding data obtained from scanning of encoded image 128.

In one embodiment, physical object 102 is a label affixed to physical product 126 or is a label affixed to a container that holds physical product 126. Computing device 112 can use scanner 110 to scan encoded image 104 during manufacture of product 126.

In another embodiment, physical object 102 is manufacturing machine 118. Encoded image 104 can be scanned during manufacture of product 126. In one example, operation of manufacturing machine 118 can be adjusted or otherwise controlled based on parameters obtained from this scanning.

In one embodiment, computing device 112 prepares a report based on scanning by scanner 110 of encoded images 104 and 108. The report indicates differences between manufacturing requirements that are determined from this scanning. Computing device 112 sends the report over communication network 121 to manufacturing facility server 116 and/or customer facility server 132.

In one embodiment, encoded image 104 includes an identifier. Computing device 112 uses the identifier to look up data regarding physical product 126. For example, the looked up data can be stored as manufacturing data 114.

In one embodiment, encoded image 104 is a QR code. A mobile phone (e.g., computing device 112 can be a mobile phone having scanner 110) with an app is used to scan the QR code to extract the information encoded therein. Two QR codes from two PPAPs can be compared by the mobile app to show the differences and common aspects. Two QR codes from two documents can be compared by the mobile app to determine whether the two documents (e.g., a PPAP and a corresponding PCN) are a match for the development of a product (e.g., product 126). The mobile app can be connected to a server to further link the QR code/PPAP to other information stored in a server (e.g., drawings and diagrams stored in manufacturing data 114). For example, each PPAP can have a unique version identifier that is encoded in the QR code. Thus, the QR code of a PPAP can be used to look up the identification of samples (e.g., samples made per specifications 124 using manufacturing process 122). The QR code has a set of parameters unique to the samples. Any subsequent documents related to the samples can be provided with the same QR code, such that the information can be accessed using a scanner without a need to connect to a server. However, in some cases, a server can be used to provide additional information about the PPAP. The access to the additional information may be privileged (e.g., require authorization and/or authentication). In some instances, a QR code may include a descriptive message specific to a situation associated with manufacturing process 122 and/or customer requirements prior to manufacture.

In one embodiment, physical product 126 is a silicon wafer. Each silicon wafer that is processed using manufacturing process 122 receives a unique laser scribe (e.g., for product traceability). Encoded image 128, and/or another encoded image, includes a parameter corresponding to this laser scribe.

FIG. 2 shows an example of the manufacturing process 122 of FIG. 1, according to one embodiment. Manufacturing process 122 includes manufacturing steps performed in a manufacturing facility (not shown). These steps include fabrication 202, probe 204, assembly 206, test 208, and transport 210. These steps are implemented according to specifications 124. One or more of these steps can include corresponding rules 203, 205, 207, 209, and 211. These rules can customize and or further constrain manufacturing requirements for a particular product. For example, these rules can be CCR for a particular customer. For example, these rules can specify the versions of products that can be shipped to certain customers.

In one embodiment, at transport step 210 a label 214 is applied to or otherwise accompanies a product made using manufacturing process 122. The label 214 includes encoded image 216, which includes parameters associated with one or more of the manufacturing steps. In another embodiment, encoded image 216 includes one or more parameters corresponding to a logistical transport operation. For example, the parameters can indicate a location of a destination for shipment and/or a location of an origination of shipment for the product. In one example, manufacturing facility server 116 uses scanner 212 to scan encoded image 216. Parameters obtained from this scanning are transmitted over communication network 121 to distribution facility server 130 and/or customer facility server 132.

FIG. 3 shows an example label 301 having a QR code 302 on the label 301, according to one embodiment. In addition to QR code 302, label 301 may also include barcode 304. In one example, barcode 304 is a one-dimensional barcode. Label 301 may also further include alphanumeric data 306, which includes alphanumerical characters that are printed on label 301.

In one embodiment, labels (e.g., label 301) used for module production have standard requirements for each line printed on the label, but can vary in type. In one example, a supplier's module label content and format can conform to JEDEC label specifications. The supplier can use various packaging labels to enable faster identification of packaged contents. For example, the supplier's labels use standard barcode labels that conform to EIA Standard 556. The barcode labels enable customers to scan the supplier's containers for faster order verification. In one example, customer facility server 132 uses a scanner to scan encoded image 128. In one example, the use of the QR code on label 301 reduces discrepancies/gaps among DOM, CCR, Inventory, PCN, PSW, and PPAP documents.

In one embodiment, as mentioned above, each PPAP can have a unique version identifier that is encoded in the QR code. Thus, the QR code of a PPAP can be used to look up the identification of samples. The QR code has a set of parameters unique to the samples. Any subsequent documents (e.g., label 301 and/or other shipping document, package, or container) related to the samples is provided with the same QR code, such that the information can be accessed using a scanner without a need to connect to a server.

The addition of QR code 302 to label 301 can provide various advantages. For example, conformance of products and related content to potentially applicable legal, customer and/or internal requirements of the supplier can be improved. Conformity to official requirements from a governing or ruling group (e.g., trade laws) can be improved. Compliance with legal customer requirements relating to product content can be improved. Development, redesign, and/or deployment of a new or existing business process to conform to customer requirements can be made more efficient. Tracking of products shipped to a customer facility can be improved.

FIG. 4 shows an example Production Part Approval Process (PPAP) document 402 having a QR code 404 on the document, according to one embodiment. In one example, QR code 404 is printed as part of a paper document. In another example, QR code 404 is a label that is attached to a paper or plastic document 402. In one example, QR code 404 corresponds to specifications 124 for manufacturing process 122 of FIG. 1. In other embodiments, QR code 404 can be also included or placed on other documents such as PSW, PCN, BOM, CCR, etc.

FIG. 5 shows an example set of parameter types 502 and corresponding parameter values 504 that can be encoded in a QR code, according to one embodiment. In one example, the QR code is encoded image 104, encoded image 108, and/or encoded image 128. For each of these examples, the QR code encodes parameters that can be later obtained from scanning the encoded image as parameter values for evaluation by a computing device (e.g., computing device 112 or manufacturing facility server 116). In another example, the QR code is encoded image 216.

In one example, parameters 502 include one or more parameters related to materials used in the manufacture of a product. In another example, parameters 502 include one or more parameters related to assembly, testing, and/or location of manufacture.

FIG. 6 shows an example computing system for scanning one or more physical objects to determine parameters for a manufacturing process, according to one embodiment. Supplier server 6150 uses scanner 6151 to scan QR codes that are on physical objects, as described herein. Rules 6116 can include a list of attributes used to ensure that a customer receives the correct product that has been ordered by the customer. In one example, rules 6116 are CCRs.

Customer server 6170 uses scanner 6152 to scan QR codes, as described herein. Customer server 6170 can communicate with supplier server 6150 over communication network 121 based on parameters obtained from this scanning. Similarly, supplier server 6150 can initiate communication with customer server 6170 based on parameters obtained from scanning one or more QR codes.

In one embodiment, supplier server 6150 and/or customer server 6170 can send one or more communications over communication network 121 to mobile device 6147 or 6149 based on parameters obtained from scanning QR codes on one or more physical objects (e.g., a product, label, or PPAP document). In one example, such communications provide data that is displayed to a user of the mobile device regarding a status of a product in a manufacturing process. Communications can also occur with other types of computing devices, such as user terminals 6141, 6143, 6145.

In one embodiment, mobile device 6149 executes an application 6013. Application 6013 can be used to scan QR codes as described herein (e.g., using a camera of mobile device 6149).

In one embodiment, supplier server 6150 stores manufacturing data 6127. In one example, manufacturing data 6127 is manufacturing data 114. Manufacturing data 6127 can be updated in response to one or more parameters obtained using scanner 6151. Manufacturing data 6127 also can be updated in response to a communication received from mobile device 6149 and/or customer server 6170.

In one embodiment, a supplier's automotive customers purchase products such as, for example, memories (e.g., DDR, NAND, eMMC, SSD) through a distributor. Each customer is identified by a customer number, and the product is identified using a Customer Part Number (CPN). This code (CPN) can be used as a link between the supplier code (e.g., supplier part number) and the customer.

The CPN can be inserted into the PPAP document (e.g., using a QR code) as the identification code of the product, and also of the customer's requirements (e.g., shipment location, country, etc.). This can be done for those customers with shipment through the distributor. For these customers, a PPAP for the distributor is prepared and sent to the customer. The shipments of the product are sent to the distributor through the link to the CPN for the distributor, which redirects the product to the distributor.

In some cases, a customer buys through the distributor, and also has requested and approved a PPAP. In these cases, the distributor guarantees that the supplier's products are in compliance with the PPAP approved between the supplier and the customer.

In another embodiment, the distributor re-packs batches of product from the supplier according to a minimum bulk (e.g., in the Type and Reel box the maximum quantity for reel is 1000 units, while for Dray Pack it is 980 units). In one example, the customer requests an order of 500 units. These 500 units are repackaged in another box (without the supplier's label). Compliance with the PPAP can ensured for all products, including shipments made through the distributor, by using QR codes on documents, packaging, and/or product, as described herein.

In one example, a supplier uses a special label Supplier PPAP. The same label can also be used by the distributor. Use of the Supplier PPAP ensures compliance for the customer.

FIG. 7 shows an example computing system in which a mobile device 7201 scans a physical object (not shown) to determine parameters for a manufacturing process, according to one embodiment. In one example, the manufacturing process is manufacturing process 122 of FIG. 1.

Mobile device 7201 includes a scanner 7060 that scans an encoded image (not shown) on the physical object. This scanning obtains parameters encoded in the image. In one example, the parameters include values for processing conditions to use when making the product. In another example, the parameters may further include values to use for testing algorithms used to test the product during and/or after manufacture, assembly, and/or packaging. Other examples include values to use for design parameters, and/or parameters to identify materials to use in making the product.

In one embodiment, data obtained from scanning a QR code is stored in the stored data 7215 in memory 7212 of mobile device 7201. One or more of applications 7209 executing on mobile device 7201 can control scanner 7060 during this scanning, and perform various computation and control processes. In one example, stored data 7215 is processed to create table 7213, which includes parameter types and corresponding values for manufacturing process 122.

In one embodiment, mobile device 7201 communicates parameters to supplier server 6150 over communication network 121. Server 6150 requires that mobile device 7201 be authenticated. In one example, mobile device 7201 authenticates itself by accessing a computing device in network 7172, which communicates an authorization to supplier server 6150 after mobile device 7201 has been authenticated. In response to this authentication, supplier server 6150 changes manufacturing data 114 to adjust one or more steps of manufacturing process 122. In one example, security software 7207 controls this authentication process and communication with network 7172 and supplier server 6150.

In one embodiment, facility server 7160 is coupled to scanner 7040, which is used to scan a first QR code on a PPAP or other document. Mobile device 7149 includes a lens 7020 that scans a second QR code on a PPAP or other document. Parameters obtained from scanning the QR codes are compared. Based on this comparison, facility server 7160 and/or mobile device 7149 determines that the PPAP or other documents correspond to manufacturing process 122.

Although FIG. 7 illustrates an exemplary system implemented in client-server architecture, embodiments of the disclosure can be implemented in various alternative architectures. For example, the facility server 7160 may be implemented via a peer to peer network of computing devices in some embodiments, where data/information from computing devices are shared via peer to peer communication connections.

In some embodiments, a combination of client server architecture and peer to peer architecture can be used, in which one or more centralized servers may be used to provide some of the information and/or services and the peer to peer network is used to provide other information and/or services. Thus, embodiments of the disclosure are not limited to a particular architecture.

FIG. 8 shows a block diagram of a computing device (e.g., a supplier server 6150, or a customer server 6170), which can be used in various embodiments. While FIG. 8 illustrates various components, it is not intended to represent any particular architecture or manner of interconnecting the components. Other systems that have fewer or more components may also be used. In an embodiment, a supplier server, a customer server, and a distributor server may each reside on separate computing systems, or one or more may run on the same computing device, in various combinations.

In FIG. 8, computing device 8201 includes an inter-connect 8202 (e.g., bus and system core logic), which interconnects a microprocessor(s) 8203 and memory 8208. The microprocessor 8203 is coupled to cache memory 8204 in the example of FIG. 8.

The inter-connect 8202 interconnects the microprocessor(s) 8203 and the memory 8208 together and also interconnects them to a display controller and display device 8207 and to peripheral devices such as input/output (I/O) devices 8205 through an input/output controller(s) 8206. Typical I/O devices include mice, keyboards, modems, network interfaces, printers, scanners, video cameras and other devices which are well known in the art.

The inter-connect 8202 may include one or more buses connected to one another through various bridges, controllers and/or adapters. In one embodiment the I/O controller 8206 includes a USB (Universal Serial Bus) adapter for controlling USB peripherals, and/or an IEEE-1394 bus adapter for controlling IEEE-1394 peripherals.

The memory 8208 may include ROM (Read Only Memory), and volatile RAM (Random Access Memory) and non-volatile memory, such as hard drive, flash memory, etc.

Volatile RAM is typically implemented as dynamic RAM (DRAM) which requires power continually in order to refresh or maintain the data in the memory. Non-volatile memory is typically a solid-state drive, magnetic hard drive, a magnetic optical drive, or an optical drive (e.g., a DVD RAM), or other type of memory system which maintains data even after power is removed from the system. The non-volatile memory may also be a random access memory.

The non-volatile memory can be a local device coupled directly to the rest of the components in the computing device. A non-volatile memory that is remote from the computing device, such as a network storage device coupled to the computing device through a network interface such as a modem or Ethernet interface, can also be used.

In one embodiment, a computing device as illustrated in FIG. 8 is used to implement computing device 112, supplier server 6150, customer server 6170, facility server 7160, and/or other servers.

In another embodiment, a computing device as illustrated in FIG. 8 is used to implement a user terminal or a mobile device on which an application is installed or being installed. A user terminal may be in the form, for example, of a laptop or notebook computer, or a personal desktop computer.

In some embodiments, one or more servers can be replaced with the service of a peer to peer network of a plurality of data processing systems, or a network of distributed computing systems. The peer to peer network, or a distributed computing system, can be collectively viewed as a computing device.

Embodiments of the disclosure can be implemented via the microprocessor(s) 8203 and/or the memory 8208. For example, the functionalities described can be partially implemented via hardware logic in the microprocessor(s) 8203 and partially using the instructions stored in the memory 8208. Some embodiments are implemented using the microprocessor(s) 8203 without additional instructions stored in the memory 8208. Some embodiments are implemented using the instructions stored in the memory 8208 for execution by one or more general purpose microprocessor(s) 8203. Thus, the disclosure is not limited to a specific configuration of hardware and/or software.

FIG. 9 shows a block diagram of a computing device (e.g., a mobile device of a user, or a user terminal), according to one embodiment. In FIG. 9, the computing device includes an inter-connect 9221 connecting the presentation device 9229, user input device 9231, a processor 9233, a memory 9227, a position identification unit 9225 and a communication device 9223.

In FIG. 9, the position identification unit 9225 is used to identify a geographic location. The position identification unit 9225 may include a satellite positioning system receiver, such as a Global Positioning System (GPS) receiver, to automatically identify the current position of the computing device.

In FIG. 9, the communication device 9223 is configured to communicate with a server to provide data, including parameter data (e.g., values for manufacturing specifications obtained from a QR code). In one embodiment, the user input device 9231 is configured to receive or generate user data or content. The user input device 9231 may include a text input device, a still image camera, a video camera, and/or a sound recorder, etc.

FIG. 10 shows a method for scanning encoded images on physical objects to determine parameters for a manufacturing process, according to one embodiment. For example, the method of FIG. 10 can be implemented in the system of FIGS. 1, 6, and 7.

The method of FIG. 10 can be performed by processing logic that can include hardware (e.g., processing device, circuitry, dedicated logic, programmable logic, microcode, hardware of a device, integrated circuit, etc.), software (e.g., instructions run or executed on a processing device), or a combination thereof.

In some embodiments, the method of FIG. 10 is performed at least in part by one or more processors of supplier server 6150 of FIG. 6. In one embodiment, supplier server 6150 is implemented using the processors and memory of FIG. 8 or 9.

Although shown in a particular sequence or order, unless otherwise specified, the order of the processes can be modified. Thus, the illustrated embodiments should be understood only as examples, and the illustrated processes can be performed in a different order, and some processes can be performed in parallel. Additionally, one or more processes can be omitted in various embodiments. Thus, not all processes are required in every embodiment. Other process flows are possible.

At block 1001, a first image on a first object is scanned to obtain first parameters. The first parameters are encoded in the first image. The first parameters include specifications for making a product using a manufacturing process. In one example, the first image is a QR code, and the first object is a PPAP or other document.

At block 1003, a second image on a second object is scanned to obtain second parameters. The second parameters are encoded in the second image and correspond to the manufacturing process. In one example, the second image is a QR code, and the second object is a PSW, PCN, or other document.

At block 1005, the first parameters and the second parameters are compared. In one example, values for manufacturing specifications obtained from the first and second parameters are compared. In one example, computing device 112 and/or manufacturing facility server 116 performs the comparison.

At block 1007, based on comparing the first parameters and the second parameters, it is determined whether the first object corresponds to the second object. In one example, supplier server 6150 determines that an approval associated with a PSW document corresponds to a PPAP document. In one example, the PPAP document includes specifications 124 for manufacturing process 122 of FIG. 1.

At block 1009, in response to determining that the first object corresponds to the second object, an action is performed that corresponds to the manufacturing process. In one example, manufacturing facility server 116 updates manufacturing data 114. In one example, server 116 authorizes production of a product using manufacturing process 122. In one example, server 116 sends a communication regarding the scanned parameters over a communication network 121 to customer facility server 132.

In one embodiment, a method comprises: scanning a first image (e.g., encoded image 104) on a first object (e.g., physical object 102) to obtain first parameters (e.g., parameter types 502 and/or values 504), wherein the first parameters are encoded in the first image, the first parameters comprise specifications for making a product using a manufacturing process (e.g., manufacturing process 122), the specifications include at least one material used to build the product, and the manufacturing process comprises manufacturing steps performed in a manufacturing facility; scanning a second image (e.g., encoded image 108) on a second object (e.g., physical object 106) to obtain second parameters, wherein the second parameters are encoded in the second image, at least one of the second parameters corresponds to a first step of the manufacturing steps, and the first step uses the at least one material; comparing, by a computing device (e.g., computing device 112), the first parameters and the second parameters; based on comparing the first parameters and the second parameters, determining, by the computing device, whether the first object corresponds to the second object; and in response to determining that the first object corresponds to the second object, performing an action corresponding to the manufacturing process.

In one embodiment, the first image is a two-dimensional barcode; the second image is a two-dimensional barcode; the first object is a document that includes the specifications for making the product; the second object is a document that includes revisions to the specifications; and the action comprises updating the specifications based on comparing the first parameters and the second parameters, and making the product using the updated specifications.

In one embodiment, the first image comprises alphanumerical characters, the first object is a label, and the alphanumerical characters are printed on the label.

In one embodiment, the first object is: a paper or plastic document (e.g., PPAP document 402); a card; a label affixed to the product made by the manufacturing process; a label affixed to a container that holds the product made by the manufacturing process; a machine used in the manufacturing process; or a package for the product made by the manufacturing process, wherein the first image is engraved on the package.

In one embodiment, the action comprises printing a label (e.g., label 301), and the label is associated with the product made by the manufacturing process.

In one embodiment, the action comprises making the product using the manufacturing process, and the method further comprises: attaching a third image to the product, the third image encoding third parameters that correspond to the specifications for making the product.

In one embodiment, the specifications for making the product comprise at least one of: chemical processing conditions for making the product; testing processes for testing the product; design parameters for the product; or materials used to build the product.

In one embodiment, a scanner is used to scan the first image, and the scanner is: a camera configured to scan barcodes; a mobile device including a lens used to scan the first image, the mobile device executing software to decode the first image to obtain the first parameters; or a barcode reader.

In one embodiment, the first image is a two-dimensional barcode, the product is a memory device; the first object is a document that includes the specifications for making the memory device using the manufacturing process; the second object is a document that approves the specifications for making the memory device; and the action comprises sending, to another computing device, an authorization to make the memory device.

In one embodiment, the computing device is a mobile device (e.g., mobile device 7201), the first parameters further comprise a link, and a server (e.g., manufacturing facility server 116) stores data associated with the manufacturing process. The method further comprises accessing, by the mobile device, the stored data (e.g., manufacturing data 114, or manufacturing data 6127) using the link.

In one embodiment, the first object is a production part approval process (PPAP) document that specifies manufacturing requirements for making the product; the second object is a part submission warrant (PSW) document approving the product, or is a product change notification (PCN) document that updates the manufacturing requirements for the product; determining that the first object corresponds to the second object comprises determining that the PSW document authorizes manufacture of the product as specified in the PPAP document, or determining that the PCN document updates the manufacturing requirements; and the action comprises making the product in accordance with the manufacturing requirements specified in the PPAP document, or in accordance with the updated manufacturing requirements.

In one embodiment, the PPAP document is provided by a supplier to a customer, the PSW document is received by the supplier from the customer in response to the PPAP document, and the product is made by the supplier.

In one embodiment, the action comprises generating a report that indicates differences between first manufacturing requirements for the manufacturing process encoded by the first parameters and second manufacturing requirements for the manufacturing process encoded by the second parameters.

In one embodiment, the first image encodes an identifier, and the method further comprises looking up, using the identifier, data regarding the product made using the manufacturing process.

In one embodiment, determining that the first object corresponds to the second object comprises correlating the first image with the second image, and the action comprises displaying, in a user interface of a mobile device, the specifications for making the product.

In one embodiment, determining that the first object corresponds to the second object comprises determining that a production part approval process (PPAP) document matches at least one of a part submission warrant (PSW) document or a product change notification (PCN) document.

In one embodiment, the first parameters further comprise one or more processing, product, or test characteristics observed during manufacture of the product made using the manufacturing process, and the method further comprises affixing the first image to at least one of the product, a container or package containing the product, or a document shipped with the product.

In one embodiment, the first parameters further comprise at least one of: an identifier for a material used in the manufacturing process; an identifier for an entity that makes the product using the manufacturing process; an identifier for a physical facility to receive the product made using the manufacturing process; an identifier that identifies the product made using the manufacturing process; a measurement associated with the manufacturing process; a size of a component of the product; a size of a manufacturing device associated with one of the manufacturing steps; a link to a server that stores data associated with the manufacturing process, wherein the stored data comprises drawings, figures, graphics, or diagrams regarding the product made using the manufacturing process; a link to a server that stores data associated with the manufacturing process for access by a computing device using the link, wherein access to the stored data requires authentication of the computing device; or a location of the manufacturing facility.

In one embodiment, a system comprises: at least one processing device; and memory containing instructions configured to instruct the at least one processing device to: scan a first image on a first object to obtain first parameters, wherein the first parameters are encoded in the first image, the first parameters comprise specifications for making a product using a manufacturing process, and the manufacturing process comprises manufacturing steps performed in a manufacturing facility; scan a second image on a second object to obtain second parameters, wherein the second parameters are encoded in the second image, and at least one of the second parameters corresponds to at least one of the manufacturing steps; compare the first parameters and the second parameters; based on comparing the first parameters and the second parameters, determine whether the first object corresponds to the second object; and in response to determining that the first object corresponds to the second object, perform an action corresponding to the manufacturing process.

In one embodiment, a non-transitory computer storage medium stores instructions which, when executed on a computing device, cause the computing device to at least: scan a first image on a first object to obtain first parameters, wherein the first parameters are encoded in the first image, the first parameters comprise specifications for making a product using a manufacturing process, and the manufacturing process comprises manufacturing steps performed in a manufacturing facility; scan a second image on a second object to obtain second parameters, wherein the second parameters are encoded in the second image, and at least one of the second parameters corresponds to at least one of the manufacturing steps; compare the first parameters and the second parameters; based on comparing the first parameters and the second parameters, determine whether the first object corresponds to the second object; and in response to determining that the first object corresponds to the second object, perform an action corresponding to the manufacturing process.

Closing

The disclosure includes various devices which perform the methods and implement the systems described above, including data processing systems which perform these methods, and computer readable media containing instructions which when executed on data processing systems cause the systems to perform these methods.

The description and drawings are illustrative and are not to be construed as limiting. Numerous specific details are described to provide a thorough understanding. However, in certain instances, well-known or conventional details are not described in order to avoid obscuring the description. References to one or an embodiment in the present disclosure are not necessarily references to the same embodiment; and, such references mean at least one.

Reference in this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the disclosure. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Moreover, various features are described which may be exhibited by some embodiments and not by others. Similarly, various requirements are described which may be requirements for some embodiments but not other embodiments.

As used herein, “coupled to” generally refers to a connection between components, which can be an indirect communicative connection or direct communicative connection (e.g., without intervening components), whether wired or wireless, including connections such as electrical, optical, magnetic, etc.

In this description, various functions and operations may be described as being performed by or caused by software code to simplify description. However, those skilled in the art will recognize what is meant by such expressions is that the functions result from execution of the code by one or more processors, such as a microprocessor, Application-Specific Integrated Circuit (ASIC), graphics processor, and/or a Field-Programmable Gate Array (FPGA). Alternatively, or in combination, the functions and operations can be implemented using special purpose circuitry (e.g., logic circuitry), with or without software instructions. Embodiments can be implemented using hardwired circuitry without software instructions, or in combination with software instructions. Thus, the techniques are not limited to any specific combination of hardware circuitry and software, nor to any particular source for the instructions executed by a computing device.

While some embodiments can be implemented in fully functioning computers and computer systems, various embodiments are capable of being distributed as a computing product in a variety of forms and are capable of being applied regardless of the particular type of machine or computer-readable media used to actually effect the distribution.

At least some aspects disclosed can be embodied, at least in part, in software. That is, the techniques may be carried out in a computing device or other system in response to its processor, such as a microprocessor, executing sequences of instructions contained in a memory, such as ROM, volatile RAM, non-volatile memory, cache or a remote storage device.

Routines executed to implement the embodiments may be implemented as part of an operating system, middleware, service delivery platform, SDK (Software Development Kit) component, web services, or other specific application, component, program, object, module or sequence of instructions referred to as “computer programs.” Invocation interfaces to these routines can be exposed to a software development community as an API (Application Programming Interface). The computer programs typically comprise one or more instructions set at various times in various memory and storage devices in a computer, and that, when read and executed by one or more processors in a computer, cause the computer to perform operations necessary to execute elements involving the various aspects.

A machine readable medium can be used to store software and data which when executed by a computing device causes the device to perform various methods. The executable software and data may be stored in various places including, for example, ROM, volatile RAM, non-volatile memory and/or cache. Portions of this software and/or data may be stored in any one of these storage devices. Further, the data and instructions can be obtained from centralized servers or peer to peer networks. Different portions of the data and instructions can be obtained from different centralized servers and/or peer to peer networks at different times and in different communication sessions or in a same communication session. The data and instructions can be obtained in entirety prior to the execution of the applications. Alternatively, portions of the data and instructions can be obtained dynamically, just in time, when needed for execution. Thus, it is not required that the data and instructions be on a machine readable medium in entirety at a particular instance of time.

Examples of computer-readable media include but are not limited to recordable and non-recordable type media such as volatile and non-volatile memory devices, read only memory (ROM), random access memory (RAM), flash memory devices, solid-state drive storage media, removable disks, magnetic disk storage media, optical storage media (e.g., Compact Disk Read-Only Memory (CD ROMs), Digital Versatile Disks (DVDs), etc.), among others. The computer-readable media may store the instructions.

In general, a tangible or non-transitory machine readable medium includes any mechanism that provides (e.g., stores) information in a form accessible by a machine (e.g., a computer, mobile device, network device, personal digital assistant, manufacturing tool, any device with a set of one or more processors, etc.).

In various embodiments, hardwired circuitry may be used in combination with software instructions to implement the techniques. Thus, the techniques are neither limited to any specific combination of hardware circuitry and software nor to any particular source for the instructions executed by a computing device.

Although some of the drawings illustrate a number of operations in a particular order, operations which are not order dependent may be reordered and other operations may be combined or broken out. While some reordering or other groupings are specifically mentioned, others will be apparent to those of ordinary skill in the art and so do not present an exhaustive list of alternatives. Moreover, it should be recognized that the stages could be implemented in hardware, firmware, software or any combination thereof.

In the foregoing specification, the disclosure has been described with reference to specific exemplary embodiments thereof. It will be evident that various modifications may be made thereto without departing from the broader spirit and scope as set forth in the following claims. The specification and drawings are, accordingly, to be regarded in an illustrative sense rather than a restrictive sense.

Various embodiments set forth herein can be implemented using a wide variety of different types of computing devices. As used herein, examples of a “computing device” include, but are not limited to, a server, a centralized computing platform, a system of multiple computing processors and/or components, a mobile device, a user terminal, a vehicle, a personal communications device, a wearable digital device, an electronic kiosk, a general purpose computer, an electronic document reader, a tablet, a laptop computer, a smartphone, a digital camera, a residential domestic appliance, a television, or a digital music player. Additional examples of computing devices include devices that are part of what is called “the internet of things” (IOT). Such “things” may have occasional interactions with their owners or administrators, who may monitor the things or modify settings on these things. In some cases, such owners or administrators play the role of users with respect to the “thing” devices. In some examples, the primary mobile device (e.g., an Apple iPhone) of a user may be an administrator server with respect to a paired “thing” device that is worn by the user (e.g., an Apple watch).

In some embodiments, the computing device can be a host system, which is implemented, for example, as a desktop computer, laptop computer, network server, mobile device, or other computing device that includes a memory and a processing device. The host system can include or be coupled to a memory sub-system so that the host system can read data from or write data to the memory sub-system. The host system can be coupled to the memory sub-system via a physical host interface.

Examples of a physical host interface include, but are not limited to, a serial advanced technology attachment (SATA) interface, a peripheral component interconnect express (PCIe) interface, universal serial bus (USB) interface, Fibre Channel, Serial Attached SCSI (SAS), a double data rate (DDR) memory bus, etc. The physical host interface can be used to transmit data between the host system and the memory sub-system. The host system can further utilize an NVM Express (NVMe) interface to access memory components of the memory sub-system when the memory sub-system is coupled with the host system by the PCIe interface. The physical host interface can provide an interface for passing control, address, data, and other signals between the memory sub-system and the host system. In general, the host system can access multiple memory sub-systems via a same communication connection, multiple separate communication connections, and/or a combination of communication connections.

In one embodiment, the host system includes a processing device and a controller. The processing device of the host system can be, for example, a microprocessor, a graphics processing unit, a central processing unit (CPU), an FPGA, a processing core of a processor, an execution unit, etc. In one example, the processing device can be a single package that combines an FPGA and a microprocessor, in which the microprocessor does most of the processing, but passes off certain predetermined, specific tasks to an FPGA block. In one example, the processing device is a soft microprocessor (also sometimes called softcore microprocessor or a soft processor), which is a microprocessor core implemented using logic synthesis. The soft microprocessor can be implemented via different semiconductor devices containing programmable logic (e.g., ASIC, FPGA, or CPLD).

In some examples, the controller is a memory controller, a memory management unit, and/or an initiator. In one example, the controller controls the communications over a bus coupled between the host system and the memory sub-system.

In general, the controller can send commands or requests to the memory sub-system for desired access to the memory components. The controller can further include interface circuitry to communicate with the memory sub-system. The interface circuitry can convert responses received from the memory sub-system into information for the host system. The controller of the host system can communicate with the controller of the memory sub-system to perform operations such as reading data, writing data, or erasing data at the memory components and other such operations.

In some instances, a controller can be integrated within the same package as the processing device. In other instances, the controller is separate from the package of the processing device. The controller and/or the processing device can include hardware such as one or more integrated circuits and/or discrete components, a buffer memory, a cache memory, or a combination thereof. The controller and/or the processing device can be a microcontroller, special purpose logic circuitry (e.g., a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), etc.), or another suitable processor.

The memory components can include any combination of the different types of non-volatile memory components and/or volatile memory components. An example of non-volatile memory components includes a negative-and (NAND) type flash memory. Each of the memory components can include one or more arrays of memory cells such as single level cells (SLCs) or multi-level cells (MLCs) (e.g., triple level cells (TLCs) or quad-level cells (QLCs)). In some embodiments, a particular memory component can include both an SLC portion and a MLC portion of memory cells. Each of the memory cells can store one or more bits of data (e.g., data blocks) used by the host system. Although non-volatile memory components such as NAND type flash memory are described, the memory components can be based on any other type of memory such as a volatile memory.

In some embodiments, the memory components can be, but are not limited to, random access memory (RAM), read-only memory (ROM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), phase change memory (PCM), magneto random access memory (MRAM), Spin Transfer Torque (STT)-MRAM, ferroelectric random-access memory (FeTRAM), ferroelectric RAM (FeRAM), conductive bridging RAM (CBRAM), resistive random access memory (RRAM), oxide based RRAM (OxRAM), negative-or (NOR) flash memory, electrically erasable programmable read-only memory (EEPROM), nanowire-based non-volatile memory, memory that incorporates memristor technology, and a cross-point array of non-volatile memory cells. A cross-point array of non-volatile memory can perform bit storage based on a change of bulk resistance, in conjunction with a stackable cross-gridded data access array. Additionally, in contrast to many flash-based memories, cross-point non-volatile memory can perform a write in-place operation, where a non-volatile memory cell can be programmed without the non-volatile memory cell being previously erased. Furthermore, the memory cells of the memory components can be grouped as memory pages or data blocks that can refer to a unit of the memory component used to store data.

The controller of the memory sub-system can communicate with the memory components to perform operations such as reading data, writing data, or erasing data at the memory components and other such operations (e.g., in response to commands scheduled on a command bus by a controller). A controller can include a processing device (processor) configured to execute instructions stored in local memory. The local memory of the controller can include an embedded memory configured to store instructions for performing various processes, operations, logic flows, and routines that control operation of the memory sub-system, including handling communications between the memory sub-system and the host system. In some embodiments, the local memory can include memory registers storing memory pointers, fetched data, etc. The local memory can also include read-only memory (ROM) for storing micro-code. While the example memory sub-system includes the controller, in another embodiment of the present disclosure, a memory sub-system may not include a controller, and can instead rely upon external control (e.g., provided by an external host, or by a processor or controller separate from the memory sub-system).

In general, the controller can receive commands or operations from the host system and can convert the commands or operations into instructions or appropriate commands to achieve the desired access to the memory components. The controller can be responsible for other operations such as wear leveling operations, garbage collection operations, error detection and error-correcting code (ECC) operations, encryption operations, caching operations, and address translations between a logical block address and a physical block address that are associated with the memory components. The controller can further include host interface circuitry to communicate with the host system via the physical host interface. The host interface circuitry can convert the commands received from the host system into command instructions to access the memory components as well as convert responses associated with the memory components into information for the host system.

The memory sub-system can also include additional circuitry or components that are not illustrated. In some embodiments, the memory sub-system can include a cache or buffer (e.g., DRAM or SRAM) and address circuitry (e.g., a row decoder and a column decoder) that can receive an address from the controller and decode the address to access the memory components.

Claims

1. A method comprising:

scanning a first image on a first object to obtain first parameters, wherein the first parameters are encoded in the first image, the first parameters comprise specifications for making a product using a manufacturing process, the specifications include at least one material used to build the product, and the manufacturing process comprises manufacturing steps performed in a manufacturing facility;

scanning a second image on a second object to obtain second parameters, wherein the second parameters are encoded in the second image, at least one of the second parameters corresponds to a first step of the manufacturing steps, and the first step uses the at least one material;

comparing, by a computing device, the first parameters and the second parameters;

based on comparing the first parameters and the second parameters, determining, by the computing device, whether the first object corresponds to the second object; and

in response to determining that the first object corresponds to the second object, performing an action corresponding to the manufacturing process.

2. The method of claim 1, wherein:

the first image is a two-dimensional barcode;

the second image is a two-dimensional barcode;

the first object is a document that includes the specifications for making the product;

the second object is a document that includes revisions to the specifications; and

the action comprises updating the specifications based on comparing the first parameters and the second parameters, and making the product using the updated specifications.

3. The method of claim 1, wherein the first image comprises alphanumerical characters, the first object is a label, and the alphanumerical characters are printed on the label.

4. The method of claim 1, wherein the first object is:

a paper or plastic document;

a card;

a label affixed to the product made by the manufacturing process;

a label affixed to a container that holds the product made by the manufacturing process;

a machine used in the manufacturing process; or

a package for the product made by the manufacturing process, wherein the first image is engraved on the package.

5. The method of claim 1, wherein the action comprises printing a label, and the label is associated with the product made by the manufacturing process.

6. The method of claim 1, wherein the action comprises making the product using

the manufacturing process, the method further comprising:

attaching a third image to the product, the third image encoding third parameters that correspond to the specifications for making the product.

7. The method of claim 1, wherein the specifications for making the product comprise at least one of:

chemical processing conditions for making the product;

testing processes for testing the product;

design parameters for the product; or

materials used to build the product.

8. The method of claim 1, wherein a scanner is used to scan the first image, and the scanner is:

a camera configured to scan barcodes;

a mobile device including a lens used to scan the first image, the mobile device executing software to decode the first image to obtain the first parameters; or

a barcode reader.

9. The method of claim 1, wherein:

the first image is a two-dimensional barcode;

the product is a memory device;

the first object is a document that includes the specifications for making the memory device using the manufacturing process;

the second object is a document that approves the specifications for making the memory device; and

the action comprises sending, to another computing device, an authorization to make the memory device.

10. The method of claim 1, wherein the computing device is a mobile device, the first parameters further comprise a link, and a server that stores data associated with the manufacturing process, the method further comprising:

accessing, by the mobile device, the stored data using the link.

11. The method of claim 1, wherein:

the first object is a production part approval process (PPAP) document that specifies manufacturing requirements for making the product;

the second object is a part submission warrant (PSW) document approving the product, or is a product change notification (PCN) document that updates the manufacturing requirements for the product;

determining that the first object corresponds to the second object comprises determining that the PSW document authorizes manufacture of the product as specified in the PPAP document, or determining that the PCN document updates the manufacturing requirements; and

the action comprises making the product in accordance with the manufacturing requirements specified in the PPAP document, or in accordance with the updated manufacturing requirements.

12. The method of claim 11, wherein the PPAP document is provided by a supplier to a customer, the PSW document is received by the supplier from the customer in response to the PPAP document, and the product is made by the supplier.

13. The method of claim 1, wherein the action comprises generating a report that indicates differences between first manufacturing requirements for the manufacturing process encoded by the first parameters and second manufacturing requirements for the manufacturing process encoded by the second parameters.

14. The method of claim 1, wherein the first image encodes an identifier, the method further comprising looking up, using the identifier, data regarding the product made using the manufacturing process.

15. The method of claim 1, wherein determining that the first object corresponds to the second object comprises correlating the first image with the second image, and the action comprises displaying, in a user interface of a mobile device, the specifications for making the product.

16. The method of claim 1, wherein determining that the first object corresponds to the second object comprises determining that a production part approval process (PPAP) document matches at least one of a part submission warrant (PSW) document or a product change notification (PCN) document.

17. The method of claim 1, wherein the first parameters further comprise one or more processing, product, or test characteristics observed during manufacture of the product made using the manufacturing process, the method further comprising affixing the first image to at least one of the product, a container or package containing the product, or a document shipped with the product.

18. The method of claim 1, wherein the first parameters further comprise at least one of:

an identifier for a material used in the manufacturing process;

an identifier for an entity that makes the product using the manufacturing process;

an identifier for a physical facility to receive the product made using the manufacturing process;

an identifier that identifies the product made using the manufacturing process;

a measurement associated with the manufacturing process;

a size of a component of the product;

a size of a manufacturing device associated with one of the manufacturing steps;

a link to a server that stores data associated with the manufacturing process, wherein the stored data comprises drawings, figures, graphics, or diagrams regarding the product made using the manufacturing process;

a link to a server that stores data associated with the manufacturing process for access by a computing device using the link, wherein access to the stored data requires authentication of the computing device; or

a location of the manufacturing facility.

19. A system comprising:

at least one processing device; and

memory containing instructions configured to instruct the at least one processing device to: scan a first image on a first object to obtain first parameters, wherein the first parameters are encoded in the first image, the first parameters comprise specifications for making a product using a manufacturing process, and the manufacturing process comprises manufacturing steps performed in a manufacturing facility; scan a second image on a second object to obtain second parameters, wherein the second parameters are encoded in the second image, and at least one of the second parameters corresponds to at least one of the manufacturing steps; compare the first parameters and the second parameters; based on comparing the first parameters and the second parameters, determine whether the first object corresponds to the second object; and in response to determining that the first object corresponds to the second object, perform an action corresponding to the manufacturing process.

20. A non-transitory computer storage medium storing instructions which, when executed on a computing device, cause the computing device to at least:

scan a first image on a first object to obtain first parameters, wherein the first parameters are encoded in the first image, the first parameters comprise specifications for making a product using a manufacturing process, and the manufacturing process comprises manufacturing steps performed in a manufacturing facility;

scan a second image on a second object to obtain second parameters, wherein the second parameters are encoded in the second image, and at least one of the second parameters corresponds to at least one of the manufacturing steps;

compare the first parameters and the second parameters;

based on comparing the first parameters and the second parameters, determine whether the first object corresponds to the second object; and

in response to determining that the first object corresponds to the second object, perform an action corresponding to the manufacturing process.