The present disclosure relates to mail sorting and in particular to high productivity weighing and sorting of mail items.
There are a number of systems used today that can reweigh mail in sorting application. In a static scale method a user has a scale, places the envelope of the scale, scans the barcode and sorts the mail and the weight and the barcode are sent to a computer and placed in a data file that is sent to the backend system for billing. This method is very slow productivity and includes many steps to complete the transaction. Any operator remediation process is very intrusive.
In automated mail sorters the mail piece travels over an in-motion scale and through an automated scanner. Automated mail sorters are extremely expensive and not practical for many applications. In a shelf based sort location system a bin is provided that the user removes mail from. A scanner scans the mail and a light to the proper sort destination lights up and when the mail is placed in the proper shelf it is weighed by a load cell. Sort location shelves can be expensive and require a load cell in each sort location shelf to obtain the weight of each shipment. The implementation can be expensive and not practical to sorting environments that require regular reconfiguration.
A reweigh system that uses a decrementing scale that marries a barcode with a package are also not but FIFO logic—first in, first out—is used where the scale triggers a transaction then waits for a scan, then through and time out sequence waits for any operator inputs. The process must proceed in a defined order or the information gets out of sequence potentially billing customers the wrong weight on the wrong package. This system is expensive, inaccurate and not an ergonomic solution.
Prior mail sorting solutions are expensive, slow, not ergonomic to the operator and/or inaccurate. Therefore there is a need for systems and methods that enable improved mail sorting and weighting.
Further features and advantages of the present disclosure will become apparent from the following detailed description, taken in combination with the appended drawings, in which:
It will be noted that throughout the appended drawings, like features are identified by like reference numerals.
In accordance with an aspect of the present disclosure there is provided a method of intelligent mail recovery comprising: identifying a barcode on a mail item as it is removed from a bucket supported within a frame, the barcode identified by a camera coupled to the frame positioned above a bucket; determining a weight of the mail item by a scale in the frame positioned beneath the bucket when the mail item is removed from a bucket; determining a destination of the mail item from the identified barcode; and identifying a sort location for the mail item to an operator based upon the determined destination.
In accordance with another aspect of the present disclosure there is provided an intelligent mail recovery system comprising: a cart for receiving a bucket containing a plurality of mail items; a camera positioned above the bucket for detecting barcode information associated with mail items as they are removed from the bucket; a scale positioned below the buckets for weighing the mail items; a processor for receiving an image from the camera for determining a destination associated with the barcode of the mail item and a weight of the mail item and associating the determined destination with the mail item and the determined weight to determine a sort location; and a display mounted on the cart and coupled to the processor for identifying the sort location to an operator associated with the removed item.
In accordance with still yet another aspect of the present disclosure there is provided a non-transitory computer readable memory containing instructions which when executed by a processor perform: identify a barcode on a mail item as it is removed from a bucket supported within a frame, the barcode identified by a camera coupled to the frame positioned above a bucket; determine a weight of the mail item by a scale in the frame positioned beneath the bucket when the mail item is removed from a bucket; determine a destination of the mail item from the identified barcode; and identify a sort location for the mail item to an operator based upon the identified destination.
Embodiments are described below, by way of example only, with reference to
As shown in
As shown in
iMRT processing software is provided by the computer 130 positioned within or on the cart 101 and provides specific algorithms to prevent sequencing issues (First in first out sequencing problems eliminated) and provides feedback for process improvements. The software allows for sort assist for improved sorting. iMRT software that ensures the proper barcode is attached to the proper weight through an algorithm (avoids the FIFO issues in previous attempts). By leveraging the focus barcode, the software can calculate process improvements through analytics of timing on process steps.
iMRT 100 leverages a decrementing scale to determine the weight of the currently scanned mail item. The scale 110 is constantly taking measurements from the bin and sending to the PC 130. The scale 110 takes the difference in weight from the bin before and after a mail item is removed. For example, if the bin weighs 100 lbs and after a mail item is removed weighs 99 lbs, the system determines the piece weight to be 1 lb.
A focus barcode 120 is the hub of transactions within the system 100. The scan/imaging system is focused on this barcode with resides on the lip of the receptacle 102 on the operator side. The camera 104 is constantly reading the barcode to know if anything has been put in the field of view. If the read rate depreciates, meaning the time between good scans is reduced, the system sends an alert for the imager to be calibrated. When the scan is prevented this means a package is in the field of view signaling the initiation of a transaction. The system 101 is constantly polling a weight from the scale and the last decrement within a given time frame of the transaction will be used for the package weight. If no weight is given the system assumes the package is too light and assigns a weight of 0.01. The iMRT software leverages the hardware components to create the transaction data string.
The scanning information generated from the camera 104 can also be utilized to generate productivity information of the operator of the iMRT. The time between static barcode reads will indicate user productivity. For example using the time the barcode is blocked the system assumes the user is not sure where to sort the package in hand. The system will know what package was in hand given the barcode is being acquired by the camera 104. Post-shift an analysis can be done on what sort locations the operator needs to be trained on. The iMRT software is taking barcode reads and assessing when the transaction begins and ends and compiling the data string. As part of the software the user interface (UI) leverages any smart barcode or other embedded sort information to provide the user with a signal on where to sort the freight. The system takes the embedded sort information, translates and displays it on the screen 108 for the user to know where to sort. Additional motion or imaging sensors may be provided on the iMRT 100 to detect user movements and adjust processing or ergonomics of the system. Wearable devices may also be utilized to detect user identifier to enable tailored configurations to be implemented.
Alternatively, the system 100 can be equipped with a lid (not shown) for the bucket to provide incremental weighing function. Once the lid is placed on the bucket a sensor causes a change in the software to adapt the weighing functions. This allows for objects to be scanned via the barcode acquisition device and then placed on the scale to achieve a dead weight. The iMRT 100 will then take the barcode and weight and create a data string. The iMRT 100 can also take multiple pieces that are scanned and placed on the lid one at a time and determine the weight by the amount the weight is incremented from the previous piece. For example, if the first piece is placed on the lid and a barcode of 12345 are acquired and a weight of 5 lbs is acquired that is placed in the data string. If another piece is scanned and placed on the lid the weight acquired is the difference between the previous weight and the new weight. For example if the barcode acquired is 22345 and the weight achieved is 10 lbs, which includes the weight of the piece that is still on the lid, the weight of the second piece is 5 lbs (10 lbs (total weight)−5 lbs (piece 1 still on lid)=5 lbs (weight of the second piece).
The iMRT system 100 can connect into a typical mail sort rack 500 as shown in
The iMRT 100, when attached to the flip top system, can include a manual setting where a user can define the number of pieces and/or the amount of weight that would dictate a bag change. So if a user inputs 300 pieces as the piece capacity and 100 lbs as the weight capacity, when a sort destination hits that (using the reweight function and counting the sorted pieces from the flip top software) the systems creates an alert to the user to change bags. As part of this function the user can define over flow sort locations that automatically assign a destination based on capacity. In this case if the 300 piece limit is hit for all freight sorted to Vancouver the system will automatically assign Vancouver to one of the over flow locations so all Vancouver freight will now be sorted to that bag.
Operators can also be able to configure sort destinations via an application for their smart phone. Also, post-sort, the software can calculate the optimal bag setup for the next day based on historical information. Setup is based on weekly and seasonal trends. The system will know based on history that the most freight on Wednesday last year during peak season was sorted to Toronto. The Toronto sort location will automatically be put to the right front of the system. Optimal sort locations can be manually configured by the user or manager.
If a distribution cart system is being utilized the process may be triggered when a bin from the distribution cart is inserted into the iMRT system through the loading mechanism as previously described. The iMRT system recognizes the insertion of the bin through the iMRT scale and does a quick zero of the scale and puts the software into operational mode.
The weighing process may also be performed by individually weighing each mail item based upon a lid on top of the bin rather than using a decrementing process. This system can weigh any type of small package mail item.
It will be appreciated that not all possible embodiments have been described in detail. However, having regard to the current description, it will be appreciated how to modify the embodiments described in detail herein to provide the features and functionality of other possible embodiments. The devices, systems and methods described herein have been described with reference to various examples. It will be appreciated that systems, devices, components, methods and/or steps from the various examples may be combined together, removed or modified. As described the system may be implemented in one or more hardware components including a processing unit and a memory unit that are configured to provide the functionality as described herein. Furthermore, a computer readable memory, such as for example electronic memory devices, magnetic memory devices and/or optical memory devices, may store computer readable instructions for configuring one or more hardware components to provide the functionality described herein.
In some embodiments, any suitable computer readable memory can be used for storing instructions for performing the processes described herein. For example, in some embodiments, computer readable media can be transitory or non-transitory. For example, non-transitory computer readable media can include non-volatile computer storage memory or media such as magnetic media (such as hard disks), optical media (such as compact discs, digital video discs, Blu-ray™ discs, etc.), semiconductor media (such as flash memory, read only memory (ROM), Flash memory, electrically programmable read only memory (EPROM), electrically erasable programmable read only memory (EEPROM), etc.), any suitable media that is not fleeting or devoid of any semblance of permanence during transmission, and/or any suitable tangible media.
Although the description discloses example methods and apparatus including, among other components, software executed on hardware, it should be noted that such methods and apparatus are merely illustrative and should not be considered as limiting. For example, it is contemplated that any or all of these hardware and software components could be embodied exclusively in hardware, exclusively in software, exclusively in firmware, or in any combination of hardware, software, and/or firmware. Accordingly, while the following describes example methods and apparatus, persons having ordinary skill in the art will readily appreciate that the examples provided are not the only way to implement such methods and apparatus.
The application claims priority to U.S. Provisional Patent application No. 61/878,715 filed Sep. 17, 2013 the entirety of which is hereby incorporated by reference in its entirety for all purposes.
Number | Name | Date | Kind |
---|---|---|---|
7336177 | Onderko | Feb 2008 | B2 |
20060020366 | Bloom | Jan 2006 | A1 |
20070012603 | Park | Jan 2007 | A1 |
20090114575 | Carpenter | May 2009 | A1 |
20140270356 | Dearing | Sep 2014 | A1 |
Entry |
---|
Bob Berwin and Linda Rosencrane, Follow that Package!, Computerworld, Mar. 19, 200, 8 pages. |
Number | Date | Country | |
---|---|---|---|
20150076043 A1 | Mar 2015 | US |
Number | Date | Country | |
---|---|---|---|
61878715 | Sep 2013 | US |