The invention is generally related to productivity software, and more specifically to software for tracking the tire retread process.
In commercial trucking, the treads of truck tires often get worn down on tire casings that are otherwise still usable. The tires can often be retread at substantial cost and materials savings relative to new tires. At a tire retread plant, each casing is inspected to determine whether it meets the qualifications to be retread, which may include the condition of the tire as well as its age and how many previous retreads it has had. Tires that “pass” are patched and repaired where necessary, then receive new treads and are returned to the customer. Tires that “fail” may be returned to the customer without alteration or repair, or may be scrapped.
Conventionally, each of these steps is performed by a retread technician based on general plant policy regarding suitability of tires for retread. It is also known for customers to give custom specifications which are read by the technician and then used as the basis for approving the tires for retread for that customer. This system, which relies on the consistent treatment of specifications by retread technicians, has a limit to its flexibility because customer specifications of above a certain level of detail or complexity may be unreasonable to expect technicians to follow, and a limit to its reliability because even the best technicians may not be able to accurately select and execute the proper specification.
Therefore, a method of automating the evaluation process for inspection, repair, and retread at a tire retread facility is needed.
A system and method for tracking a tire through a retread process include various checkpoints with networked touch screen computers at each checkpoint. At certain inspection and repair checkpoints the touch screen computers display tire cross section images with multiple different regions. Selecting a region allows a technician to change injury or repair data associated with that region of the tire. The computer automatically checks entered information against customer retread specifications and alerts the technician if the tire does not fit the customer's requirements for repairing or retreading the tire.
In one embodiment, a system for tracking a tire through a retread process includes a plurality of checkpoint stations representing sequential steps in the tire retread process. A first and a second touch screen display are each associated with one of the checkpoint stations. The first touch screen display is configured to show a tire cross section image with a plurality of regions and to respond to touching one of the regions by providing an interface that allows a user to enter tire injury information associated with that region of the selected tire. The second touch screen display is configured to show a tire cross section image with a plurality of regions and to respond to touching one of the regions by providing an interface that allows a user to enter tire repair information associated with that region of the selected tire. The first touch screen display may be associated with an initial inspection checkpoint and the second touch screen display with a repair checkpoint.
In another embodiment, a method for tracking a tire through a retread process includes receiving a tire at a checkpoint station having a technician and a touch screen display; displaying to the technician a tire cross section image with a plurality of regions on the touch screen display; in response to the technician selecting one of the plurality of regions, displaying an interface on the touch screen display; and modifying data associated with the selected region of the tire based on the technician's interaction with the interface. The technician may be modifying data representing injuries or repairs to the selected region of the tire.
In another embodiment, a method for tracking a tire through a retread process includes accessing data associated with a tire, accessing data associated with a specification, automatically evaluating if the tire data falls within parameters based on the specification data, and alerting a user based on the automatic evaluation.
In another embodiment, a method for tracking a tire through a retread process includes accessing data associated with a tire; sequentially accessing a plurality of specifications until one is found with parameters that the tire passes; and failing the tire only if none of the specifications can pass the tire. The specifications may be automatically evaluated in a set order based on a priority value associated with each specification.
These and other advantages and features, which characterize the invention, are set forth in the claims annexed hereto and forming a further part hereof. However, for a better understanding of the invention, and of the advantages and objectives attained through its use, reference should be made to the Drawings, and to the accompanying descriptive matter, in which there is described exemplary embodiments of the invention.
Embodiments consistent with the invention are directed to a tire retread tracking system wherein each station includes a computer with touch screen display customized to the needs of that station's technician. Each computer is networked with the rest of the system to allow consistent tracking of the tires throughout the retread process.
Turning now to the figures,
For the purposes of the invention, computer 10 may represent practically any type of computer, computer system, or other suitable programmable electronic device consistent with the invention. Moreover, computer 10 may be implemented using one or more networked computers, e.g., in a cluster or other distributed computing system.
Computer 10 typically includes a central processing unit 12 including at least one microprocessor coupled to memory 14, which may represent the random access memory (RAM) devices comprising the main storage of computer 40, as well as any supplemental levels of memory, e.g., cache memories, non-volatile or backup memories (e.g., programmable or flash memories), read-only memories, etc. In addition, memory 14 may be considered to include memory storage physically located elsewhere in computer 10, e.g., any cache memory in a processor in CPU 12, as well as any storage capacity used as a virtual memory, e.g., as stored on a mass storage device 18 or on another computer coupled to computer 10.
Computer 10 also typically receives a number of inputs and outputs for communicating information externally. For interface with a user or operator, computer 10 typically includes a user interface 16 incorporating one or more user input devices (e.g., a keyboard, a mouse, a trackball, a joystick, a touchpad, and/or a microphone, among others) and a display (e.g., a CRT monitor, an LCD display panel, and/or a speaker, among others). Otherwise, user input may be received via another computer or terminal.
With respect to the station terminals, the user interface 16 may include a touch screen monitor which displays data to the user and receives inputs from the user via the same screen interface, as further described below with respect to each retread station.
For additional storage, computer 10 may also include one or more mass storage devices 18, e.g., a floppy or other removable disk drive, a hard disk drive, a direct access storage device (DASD), an optical drive (e.g., a CD drive, a DVD drive, etc.), and/or a tape drive, among others. Furthermore, computer 10 includes an interface 22 with one or more networks (e.g., a LAN, a WAN, a wireless network, and/or the Internet, among others) to permit the communication of information with other computers and electronic devices. It should be appreciated that computer 10 typically includes suitable analog and/or digital interfaces between CPU 12 and each of components 14, 16, 18, 22 as is well known in the art.
Each retread checkpoint station may have a terminal in accordance with computer 10, which may be connected to a local network 24 which maintains the retread tracking system. In one embodiment, an additional computer 10 maintains and serves centralized data reflecting tire records, retread specifications, and customer account records. In another embodiment, the local network 24 is connected to the internet 26, and at least some of the data is available on a computer 10 not available on the local network 24 but available over the internet. For example, in one embodiment, some customers use multiple retread plants at different physical locations and have centralized customer specifications that are maintained on a central database. These centralized customer specifications may be accessed by each retread plant over the internet but may not be changed at any particular local retread plant.
In some embodiments, the system may also include small handheld units in communication with the local network 24 and the rest of the retread tracking system. These units, which may have some or all of the components shown for computer 10, can allow technicians to track shipments of incoming and outgoing casings more easily and communicate new work orders more rapidly, making it easier to track workflow and plan plant production in accordance with the available work.
Where the local network 24 maintaining the retread tracking system is connected to the internet 26, it may be possible to securely access tire records, retread specifications, and account records from any internet-enabled device using proper authorization as known in the art. In some embodiments, alerts associated with any part of the retread system can also be conveyed to other devices connected to the system through the internet, thus allowing off-site management to receive and send messages and alerts to on-site technicians and other users.
Each retread checkpoint computer may include a set of checks to assure that the retread process is being generally complied with, such as the process outlined in the flowchart of
If the tire is determined to be at the right checkpoint, the checkpoint computer loads the specifications associated with the tire. Custom specifications may be loaded if the customer has any; otherwise, the defaults are used (blocks 108, 110, and 112).
Following the loading of the specification (and at any later point as illustrated by the arrow from block 124 to block 114), the tire data is compared to the loaded specifications to determine whether the tire is within all specified parameters (block 114). As long as the tire meets the specifications, a “passed” message is displayed and the checkpoint proceeds (blocks 122 and 124). When the tire fails to meets the specifications, a “failed” message displays and the process halts (block 116 and 120). Touching the “failed” message may convey the specification criteria that the tire failed to the technician (block 118).
Custom retread specifications include the capacity to treat tires differently on the basis of any relevant criteria. For example, different retread specifications may be entered based on a tire's casing manufacturer, tire size, tread design, wheel position, or retread/repair status. Each customer may include any number of hierarchical specifications to accommodate specific requirements. Each of these parameters can be evaluated automatically by the tracking system to assure compliance with the customer's retread requirements, automatically “failing” a casing that fails any criteria. When a system automatically determines that a casing is outside specification requirements, the checkpoint display indicates failure and provides the failed criteria to the retread technician (block 116), halting any further progress in the retread process (block 120).
In one embodiment, a custom retread specification may contain the following fields.
Casing Group.
This is a list of allowed casing manufacturers. If a retread specification has a casing group listed, then only tire casings manufactured by one of the members of the group can be passed under the specification. If the specification does not have a casing group, then a tire by any manufacturer is allowed.
Tread Group.
This is a list of allowed treads. If a retread specification has a tread group listed, then only tires with treads within the tread group can be passed under this specification. If the specification does not have a tread group, then a candidate tire is checked against the Position field instead.
Size Group.
This is a list of allowed tire sizes. If a retread specification has a size group listed, then only tires of sizes in the size group can be passed under this specification. If the specification does not have a size group, then any size of tire is allowed.
Cap Type.
This field takes two values, “Retread” or “Repair only”. If “Repair only” is selected for a specification, then tires that are identified as requiring a new tread cannot be passed under this specification. If “Retread” is selected, this field does not cause tires to fail the specification.
Position.
This field takes two values, “Drive” and “Trailer”. The system identifies each tread as suitable under at least one of these two categories. If a specification does not list a Tread Group, then a candidate tire is instead checked to see whether its tread is suitable for the listed position.
Minimum and Maximum Age.
If a tire's age in years is less than the value in the Minimum Age field or greater than the value in the Maximum Age field, the tire will fail the specification.
Minimum and Maximum Times Retread.
Each time the tire is retread, this value for that tire increases by 1. If the tire's current value is less than the value of the Minimum Times Retread field or greater than the value in the Maximum Times Retread field, the tire will fail the specification.
Maximum Tread Depth.
A tire's tread depth is measured in 32nds of an inch. If a tire's current tread depth value is greater than the Maximum Tread Depth, the tire will fail the specification.
Maximum Ozone Rating.
This value is a number from 1 to 5 representing how weathered the casing appears, with a higher value representing a more weathered casing. If a tire's ozone rating value is greater than the Maximum Ozone Rating, the tire will fail the specification.
Maximum Current Repairs—Sections, Nails, Spots, Beads.
These fields represent the limit to the number of the four different types of repairs that can be performed during the current retread process. If at any point the number of repairs entered to be performed in any one of the four categories (section repairs, nail hole repairs, spot repairs, bead repairs) exceeds the value in the associated Maximum Current Repairs field, the tire will fail the specification.
Maximum Total Repairs—Sections, Nails.
These fields represent the limit to the total number of section repairs and nail hole repairs that can be performed over the lifetime of the casing. If the total of current and prior repairs in either of these categories exceeds the value in the associated Maximum Total Repairs field, the tire will fail the specification.
Sequence.
This numerical value indicates the priority of the specification relative to other specifications with the same Group field values. Within a set of specifications where any of the Casing Group, Tread Group, and Size Group fields that have a listed group are listed as the same groups, specifications are evaluated from the smallest to the largest Sequence value. Once it is determined that a tire has failed one specification, the next specification is evaluated. Only when a tire has failed all available specifications does the tire “fail out”.
Name.
This text field gives a name to the specification, which in some retread processes may translate to a label affixed to the tire that is successfully retread under the specification. The name field may allow multiple specifications for different purposes to have similar criteria. For example, where newer tires may be needed for one set of vehicles and older but otherwise similar tires may be appropriate for a second set of vehicles, two specifications with different Maximum Age and Minimum Age fields may have different Name fields to reflect this.
The checking of retread specifications may occur at any time that new relevant information is entered during any stage of the checkpoint process.
Once the initial inspection checkpoint is completed, assuming that the tire passes, it will go onto the Buff checkpoint. The purpose of this checkpoint is to determine what width of the desired tread the casing will accommodate, to perform the buffing procedure, and to record all of the measurements the buffer sends to the system when the buffing procedure is completed. If the tire continues to successfully check against the appropriate custom specifications throughout the Buff checkpoint, it will then move to the Repair checkpoint.
When the technician selects a region 304 on the touch screen display 300, a repair entry display 308 is shown as in
Once the casing has been inspected, buffed, and any needed repairs are made, it arrives at the Build checkpoint. This is where the builder notes what actual raw materials are used to create the retread and the point in the process in which the raw material inventory is relieved.
The next step after the casing has been through the build process is the Envelope checkpoint. All of the envelopes in the plant should have a barcode affixed to the valve stem which is used to match the casing barcode to the specific envelope that was used during the curing process. Each barcode should be unique to its envelope for the life of the envelope. Once the casing has been through the Envelope checkpoint, it must go through the Curing checkpoint. This checkpoint allows the technician to record the time it takes to cure the tire, as well as recording in what position in the chamber a particular tire was cured. The Final Inspection checkpoint is the last stop for a retread as it finishes the retread process. The purpose of this checkpoint is to look over the finished retread, ensure that it passes quality checks, and verify that all recorded information is correct.
Once a tire has passed or bypassed each identified checkpoint as appropriate, it is ready to be returned to the customer. Each tire that fails at any step in the retread process may be returned to the customer or scrapped as appropriate. In one embodiment, each tire that is ultimately rejected or finishes the retread process successfully is affixed with a label. Each label may include retread information associated with that tire. For example, some labels may include any of the following: a unique barcode for the tire, a work order and line number, a customer name and address, the size and tread of the tire, the tire manufacturer, a new tire DOT date, a salesman associated with servicing the customer, the list of repairs performed on the tire, the date the tire was finished, a Name associated with the retread specification that the tire passed, or a reason the tire failed out of the retread process. The label may facilitate the organizing of shipments from the retread plant to return tires to customers.
Other modifications will be apparent to one of ordinary skill in the art, as will other potential applications of the techniques described herein. Therefore, the invention lies in the claims hereinafter appended.
This application is a continuation application of U.S. patent application Ser. No. 13/356,098 to Johnny Lee McIntosh et al. entitled “SYSTEM AND METHOD FOR TRACKING TIRE RETREAD PROCESS,” filed on Jan. 23, 2012, and which claims priority to U.S. Patent Provisional Application Ser. No. 61/436,419 to Johnny Lee McIntosh et al. entitled “SYSTEM AND METHOD FOR TRACKING TIRE RETREAD PROCESS,” filed on Jan. 26, 2011, which applications are incorporated by reference herein
Number | Date | Country | |
---|---|---|---|
61436419 | Jan 2011 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 13356098 | Jan 2012 | US |
Child | 15406081 | US |