Solution on Terminal 1

Last crawled date: 1 year, 11 months ago

Here is one of my solutions to the problem with oversized packages.
It tried to get to the root of the problem with few “why’s”.

I know you have requested drawer improvements, but I have still decided to share my view of the solution to the root problem first.

One of the solutions would be a 3D Scanner and a weight scale, packed inside the Parcel Terminal.
Everyday user case:
1) When a user want's to send a package, the 3D Scanner with the weight scale retracts from its closed position and asks the user to put the package on a predetermined space.
2) The 3D Scanner scans the object 2 times with an interval of 3-5 sec to see if the package is changing dimensions (for instance when a soft package gets squeezed by the user for a smaller drawer before the scanning process).
3) The Weight Scale simultaneously weights the Package.
4) The System (the software in backend) then determines which drawer is best suitable for the package and opens it.
5) The user puts its Package in the opened drawer.
Currier user case:
1) Currier scans the code on the package as usual a gets a drawer assigned.

With this solution you eliminate the Problem right at the beginning, and can thus make still cheaper drawers without the need to worry about jamming or user restriction mechanisms on every drawer - which at the end costs more money than one scanner per each terminal.

Hope that you see the general Idea through the bad Sketches:) – I saw this competition only few days ago, so I have just drawn the solutions out, for few days now, to get some feedback.
More to come…