CHECKITXPRESS Technical Information
CHECKITXPRESS Technical Information
Technical Description
Developed in conjunction with
This document contains information on products that are subject to continuous improvement
Glidepath reserves the right to change specifications and information without notice.
CHECKITXPRESS Self Service Bag Drop
Table of Contents
1. SSBD Product
At only 100 mm off the floor, the weigh-scale conveyor features a ramp to allow passengers to
simply wheel their bag up onto the conveyor where image capture cameras quickly and
accurately scan the bag tag. Intrusion sensors prevent bag
First time read tampering and keep passengers safe from moving conveyor belts
while a 3D camera checks bag dimensions. All of this takes place in
rate 95% a matter of seconds and the highly accurate - first time - tag read
minimises agent intervention.
Commercial-In-Confidence
Commercial-In-Confidence
Configurable Status Light Display: LED status lighting provides a guide for
Commercial-In-Confidence
Commercial-In-Confidence
Ease of Maintenance: A modular design provides a system built for ease of maintenance, with
• Step 1 Kiosk Processing: the initial passenger check in phase; either at home or at the
airport/airline kiosk, completing seat selection, statutory statements, receiving bag tags,
passenger fastening the bag tag to the bag and printing the boarding pass.
Average time spent at kiosk = 2-3 minutes
• Step 2 Self-Serve Bag Drop: the CHECKITXPRESS Bag Drop which includes scanning the
Commercial-In-Confidence
boarding pass, loading the bag on the scale conveyor, checking the weight, dimensions
Commercial-In-Confidence
and scanning the attached bag tags, concluding with inducting the bag into the BHS.
Average time spent at CHECKITXPRESS = 10 seconds
In a one step process – all activities are undertaken at the self-serve bag drop.
The two-step process allows the more time-consuming task of checking in to take place at a kiosk
and the time spent at the self-serve bag drop is minimised. Self-serve bag drop infrastructure is a
costlier investment than that of a kiosk so less bag drops are needed in a two-step process.
Overall
Length 2910 mm 115”
Height 1570 mm 62”
Width Single 1605 mm 63”
Width Double 2945 mm 116”
Conveyors
Scale Conveyor Length 1350 mm 53”
Scale Belt Height 100 mm 4”
Discharge Height 395 mm 16”
Induction Conveyor Length 1365 mm 54”
Max Static Load 120 kg 18st.12lb
Noise Rating < 65 dB
Belt Width 650 mm 26”
The Glidepath SSBD operates in accordance with CUSS principles, meaning a CUSS compliant
airline application will operate on the Glidepath SSBD platform. CUSS simply means the
communication messages used by the SSBD platform and the CUSS compliant airline SSBD
application which sits on the platform, are written to a common standard. This allows the same
airline application to be reused across any CUSS compliant SSBD vendors units – controlling the
SSBD hardware regardless of manufacturer. CUSS principles also allow multiple airline
applications to run on a single SSBD unit providing common access to shared terminal
infrastructure.
IMPORTANT: An SSBD cannot operate without this airline DCS connection which is achieved via
the airline applications link to the airline DCS so airports wishing to purchase SSBD units for their
respective airlines must first understand if the airlines have CUSS compliant airline SSBD
applications readily available.
As the adoption of SSBD technology grows, so will the availability of CUSS compliant airline SSBD
applications, but if the airline has not yet developed an application – development is necessary.
The investment for the airline is offset by the nature of CUSS. Once created, the same CUSS
application can be reused repeatedly on CUSS compliant SSBDs throughout the world.
Glidepath can develop CUSS compliant airline SSBD applications on behalf of the airline but there
is a development cost and development timeframes to consider per airline.
An additional benefit is the ability to standardise the system management interfaces allowing a
Commercial-In-Confidence
multiple airlines. This management application includes system monitoring functionality, remote
management of individual kiosk applications and routine performance reporting.
System Overview
CHECKITXPRESS CHECKITXPRESS
OEM CUSS Airline CUSS CHECKITXPRESS
Common Launch Application
Application Application System Manager
Application Manager
Boarding pass
Bag Drop PLC Weigh scale
scanner
Side intrusion
Commercial-In-Confidence
Front intrusion
CHECKITXPRESS
AEA – SBD Conveyror conveyor
Integration
Hardware Devices
The platform that controls the CHECKITXPRESS bag drop hardware has been developed to provide a
standard software interface able to integrate both CUSS standard client applications and
• Multi-Application Mode (MAM): this is a multiple airline – shared environment where the
user selects the airline they are travelling with via the CLA
• Single-Application Mode (SAM): the user still selects the airline from the CLA but there is
only one choice
• Dedicated-Single Application Mode (DSAM): in this scenario, the single airline application
is the only one running and the CLA is only used to display general messages when the
airline application is disabled, stopped or suspended.
A separate fallback application – manual transfer mode is also possible in combination with any
of these three modes of operation.
These different modes allow a CUSS SSBD to run a different style of operation to meet the various
needs of the airport and airline. For example, an SSBD running at a dedicated airline counter may
operate in single-app mode, whereas a shared SSBD in a common area or parking garage will
usually operate in multi-application mode. It is also possible that a CUSS SSBD changes from one
mode of operation to another at various times of the day or week, without restarting the
individual CUSS applications.
Each CHECKITXPRESS lane has dedicated digital I/O provided via a pre-wired industrial connection
Commercial-In-Confidence
[16 pin connector supplied] for interfacing with the BHS system, labelled as “BHS”.
The following diagram illustrates the core systems involved in the processing of outbound
baggage in a system utilising the CHECKITXPRESS.
Each CHECKITXPRESS may communicate with an airline DCS via the DCS Gateway to process the
induction of bags into the BHS and inform the DCS of bag details and when a bag has been
All BHS inputs and output signals are electrically isolated from the CHECKITXPRESS signals.
Signal Type
All Photo Eyes
SSBD Processing
Where the BHS PLC is on the same network as the BHS SCADA system, an OPC server/client
software connection is available for all system parameters on the PLC and can be exposed to the
SCADA system. This includes all of the sensors signals and additional statuses incorporating
timestamping functionality for log file tracing.
The following table (not an exhaustive list) show some of additional available information.
Signal Type
Successful Bag Induct
BHS Window Acknowledgement
Bag Counts
Rejected Bags
Bag Weight
Bag Dimensions
Network Connection Status
Commercial-In-Confidence
Commercial-In-Confidence
Once the bag has progressed to the induction conveyor, it is protected from interference via the
Commercial-In-Confidence
Induct Intrusion sensor located between the scale conveyor and induction conveyor. This allows a
second bag to be processed ensuring no tampering can occur to the first bag while it awaits its
bag window onto the collector conveyor. The Induct Intrusion is not interlocked with the
collector E-stop zone.
The integrated weigh scale automatically detects bags that fall outside the minimum/maximum
weights as per the BHS requirements.
Bag ‘hygiene’ issues that may cause problems in the downstream BHS (soft bags, bag with loose
straps, extended handles etc) can be determined using the licensed CHECKITXPRESS Vision
System.
• weight verification
• bag tag read
• overweight/oversize dimensions checked
• airline passenger processing via CUSS application
• bag advanced to the induct conveyor to queue for its window onto the collector
• passenger presentation
• bag loading to bag drop
• boarding pass scan
• bag processing time
• passenger exit time
• Oversize or overweight bags – transaction is not completed and the passenger is directed
to oversize
• Passengers’ extended loitering in the bag drop zone - delaying the next passenger
• Lack of passenger wayfinding – not understanding process
• Intrusion into the zone around the scale conveyor during bag processing
• Positioning of the check-in kiosks
Dual Lane SSBD 4 PAX per minute / 240 PAX per hour
Commercial-In-Confidence
Commercial-In-Confidence
It is accessible via a web-enabled graphical interface which can run on workstations or mobile
devices such as phones and tablets.
Features include:
• Remote real-time monitoring and supervisory control panels with different levels of detail:
o A high level overview of all bag drops and their current operational status
(processing passenger, idle, E-Stop, device health etc)
o Detailed graphical representation of a kiosk and underlying components providing
real-time visual information on intrusion, belt movements, E-Stop, screen state,
hardware readings etc.
• Customisation and configurability - depending on the features deployed. Airline and/or
airport-specific configuration, bag allowances and etc.
• Detailed predefined and customisable reporting and performance dashboards enabled by
high fidelity data acquisition.
• An extensive range of graphs and charts are included, from daily summaries to very granular
visualisations of operational processing information down to millisecond level.
• Data-mining, behavioural and pattern analysis from all the sensor and timing information
captured
The platform comprises three key software modules enabling self-service operation:
Commercial-In-Confidence
Commercial-In-Confidence
For example, a platform provider may wish to stop all applications at night when the airport is
not operational. The Application Manager is also responsible for informing the Common Launch
Application to remove (or make un-selectable) application icons from the selection (launch)
screen when individual applications are disabled, stopped, suspended or become unavailable for
whatever reasons, or to display an appropriate general "kiosk not available" screen when all
applications are disabled, stopped, suspended or unavailable.
This enables a range of diagnostic, monitoring, reporting and control functions to be undertaken
by both individual airlines, authorised support providers and the platform provider.
The customer chooses the application provider's logo. This choice is reported to the application
manager, which then activates the indicated kiosk application. In the case of all the registered
kiosk applications being unavailable, stopped, disabled or suspended, the common launch
application will show "kiosk not available" type of screens. In general, the behaviour of the
common launch application changes when one or more kiosk applications change their status.
• The System Management Application and associated backend infrastructure, as shared by all
bag drops, can interface with airline DCS host services for BSM and flight feed messaging.
• Integration at individual kiosk level is available for third party airline system management
tools, via the IATA CUSS AL (Airline) System Manager interface enabling the remote
monitoring of that airlines applications. SP (Service Provider) System Manager interface is
available for integration with the airport systems, where required in accordance with the
Commercial-In-Confidence
The following diagram illustrates the system architecture and points of integration with the external
systems, with CUSS-compliant integration points in green.
The Management Application illustrate the supervisory control and monitoring features at the
individual kiosk level.
Reporting includes:
• Flight reports
• Historical transactions (passenger, flight and bag information)
Remote diagnostic tools are provided allowing agents to undertake basic system intervention
including
In addition to these capabilities, a more extensive suite of monitoring, reporting, diagnostic and
system configuration software tools is available through an operation and maintenance specific
application. This application is available on a range of computing devices accessible to local
support staff, on-call support staff and call centre support staff.
In addition, each airline operating a CUSS client application on Self-Serve Bag Drop units requires
Commercial-In-Confidence
similar system management capabilities in order to control the remote deployment of their
Commercial-In-Confidence
The responsibility placed on the airport is for the provision of secure and reliable networking
remote access infrastructure to airlines, platform providers & support service providers as
follows:
The CUSS infrastructure is required to support multiple users with differing requirements all
requiring access to the common platforms residing on multiple units within a physical airport
Glidepath has some flexibility in the specific networking architecture required at the airport in
order to maintain the required security access of the broader IT system.
Commercial-In-Confidence
Commercial-In-Confidence
Remote support provides 24/7/365 access to skilled Glidepath engineers via our hotline service.
This first level of response may assist to diagnose the fault and guide airport staff.
Scheduled preventative maintenance tasks ensure that all components of the SSBD are working
to peak efficiency and to prevent possible failure of any one component reducing operational
uptime for the units.
Commercial-In-Confidence
Commercial-In-Confidence
4. References
CHECKITXPRESS Launch
https://www.passengerterminaltoday.com/news/technology/vancouver-international-airport-to-
deliver-worlds-most-efficient-self-service-bag-drop-system.html
https://www.airport-technology.com/news/vancouver-international-airport-installs-self-service-
bag-drop-unit/
Watch Vancouver Airport CEO – Craig Richmond and Glidepath Chairman – Sir Ken Stevens speak
about the CHECKITXPRESS here.
Commercial-In-Confidence
Commercial-In-Confidence