Industrial equipment access control

Abstract

A mobile processing device is paired to industrial equipment by reading indicia associated with industrial equipment, and by extracting from the indicia, an electronic identifier of the industrial equipment. An authorization request is communicated to a remote server for authorization to operate the industrial equipment, where the authorization request includes the electronic identifier of the industrial equipment and an identifier of the operator desiring to operate the industrial equipment. Responsive to the authorization request, an access response is received from the remote server. Responsive to the access response granting access to the operator to use the industrial equipment, the process extracts pairing information and utilizes the extracted pairing information to pair the mobile processing device with a short range transceiver of the industrial equipment. Upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.

Description

INDUSTRIAL EQUIPMENT ACCESS CONTROLField of Invention

[0001] Various aspects of the present disclosure relate generally to combining wireless communication technologies to link a portable wireless processing device (such as a smart phone) to industrial equipment (such as an industrial vehicle) .Background

[0002] Industrial vehicles are commonly used in industrial environments for moving items around. Such vehicles typically include a power unit and a load handling assembly, which may include load carrying forks. The vehicle also has control structures for controlling operation and movement of the vehicle. In some implementations, an industrial vehicle is equipped with a communications device that links the industrial vehicle to a management system of a remote server. This communications device can include a touch screen or other interface to link the equipment operator to the management system. However, not all industrial vehicles have such a communications device, making the management of such industrial vehicles difficult.Summary of Invention

[0003] According to aspects of the present disclosure, a process is provided for pairing a mobile processing device to industrial equipment. The process comprises reading, by hardware on a mobile processing device (e.g., a smartphone) , indicia associated with industrial equipment to be used by an operator. By way of example, the indicia can be read by accessing a reader (e.g., a camera or scan device) on the mobile processing device to electronically exchange information with the industrial vehicle (e.g., to capture an image, bar code, QR code, etc. ) .

[0004] The process further comprises extracting from the indicia, an electronic identifier of the industrial equipment, and communicating an authorization request from the mobile processing device to a remote server for authorization to operate the industrial equipment. Here, the authorization request comprises the electronic identifier of the industrial equipment and an identifier of the operator desiring to operate the industrial equipment. The process yet further comprises receiving an access response from the remote server responsive to the authorization request. The access response can either grant access or deny access to the industrial equipment.

[0005] In some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process further comprises extracting pairing information by the mobile processing device from the access response and utilizing the extracted pairing information to pair the mobile processing device with a short range transceiver of the industrial equipment. Upon  successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation. Moreover, optionally, the extracted pairing information can be utilized to pair the mobile processing device with the industrial equipment by pairing the mobile processing with the industrial equipment using a Bluetooth pairing procedure.

[0006] Additionally, in some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process may further perform operations including setting the mobile device into a pairing state, setting the industrial equipment into a pairing state, graphically displaying a pair acceptance icon on a select one of the mobile device or the industrial equipment, and pairing the mobile processing device with the industrial equipment upon detecting actuation of the pair acceptance icon. Here, upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.

[0007] Optionally, responsive to the access response granting access to the operator to use the industrial equipment, the process may further automatically pair, by the remote server, the mobile device to the industrial equipment.

[0008] Yet further, in some embodiments, the process may trigger an indicator on the industrial equipment upon at least one of a pairing attempt, a successful pairing, an unsuccessful pairing, or any combination thereof. As a few examples, the indicator may comprise at least one of illumination control of a light, a message on a display, a sound, a haptic feedback, a movement on the industrial equipment, or a combination thereof.

[0009] In some embodiments, reading, by the hardware on the mobile processing device, indicia associated with the industrial equipment can comprise accessing a reader on the mobile processing device to obtain information related to the industrial equipment. Moreover, in some embodiments, accessing the reader on the mobile processing device to obtain information related to the industrial equipment can comprise accessing a camera on the mobile processing device to capture an image associated with the industrial equipment. Optionally, accessing the reader on the mobile processing device to obtain information related to the industrial equipment can comprise scanning by the camera, at least one of a bar code or a QR code.

[0010] Also, the process may optionally further comprise receiving by the mobile processing device, from the operator, login credentials that enable the operator to be authenticated as a valid operator by the remote server before reading the indicia associated with the industrial equipment to be used by the operator. Additionally, the process may further comprise requiring by software code running on the mobile processing device that the operator must be authenticated as a valid operator before the mobile processing device will perform communication of the authorization request from the mobile processing device to the remote server. As another example, the process may further  comprise requiring by the remote server, that the identifier of the operator is authenticated as a valid operator before returning the access response to the mobile processing device.

[0011] In some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process further comprises providing access where the operator has a current certificate or proof of proper training accessible to the remote server before an operator can use the industrial equipment.

[0012] In some embodiments, communicating the authorization request further comprises communicating information specifying a block of time for which the industrial equipment is requested can further comprise verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request before authorizing use of the industrial equipment. For instance, verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request can comprise denying the authorization request where the requested industrial equipment is already reserved for an activity within the requested block of time, the activity comprising at least one of reserved by another user, locked for planned maintenance, or scheduled for battery maintenance.

[0013] In some embodiments, where the access response comprises a denial of access, the process can further comprise outputting, responsive to the denial of access, a message on a display screen of the mobile processing device, indicating that access was not granted.

[0014] Yet further, in some embodiments, the industrial equipment is disabled until successful pairing of the mobile processing device with the industrial equipment.

[0015] According to further aspects of the present disclosure, a process for pairing a mobile processing device to industrial equipment is provided. The process comprises launching within an operating system of a mobile processing device, an equipment interface application. The equipment interface application performs operations comprising reading, by an authorization component of the equipment interface application, utilizing hardware on the mobile processing device, indicia associated with industrial equipment to be used by an operator. The equipment interface application further performs extracting from the indicia, an electronic identifier of the industrial equipment.

[0016] The equipment interface application also communicates an authorization request from the mobile processing device to a remote server for authorization to operate the industrial equipment. The authorization request comprises the electronic identifier of the industrial equipment and an identifier of an operator desiring to operate the industrial equipment. The process also comprises receiving from the remote server responsive to the authorization request, an access response. Responsive to the access response granting access to the operator to use the industrial equipment, the process further comprises extracting pairing information by the mobile processing device from  the access response, and utilizing the extracted pairing information to pair the mobile processing device with the industrial equipment. Upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.

[0017] For instance, reading, by the authorization component, utilizing hardware on the mobile processing device, indicia can comprise accessing a reader on the mobile processing device to electronically exchange information with the industrial equipment, e.g., by accessing a camera on the mobile processing device to capture an image (such as at least one of a bar code, a QR code, etc. ) , on the industrial equipment.

[0018] In some embodiments, the process can further comprise receiving by the mobile processing device, from the operator, login credentials that enable the operator to log into the remote server, wherein the operator must be authenticated as a valid operator at the remote server before reading the indicia associated with the industrial equipment to be used by the operator. The process may also further comprise requiring by software code running on the mobile processing device that the operator must be authenticated as a valid operator before the mobile processing device will perform communicating of the authorization request from the mobile processing device to the remote server. The process may also further comprise requiring by the remote server that the identifier of the operator is authenticated as a valid operator before returning the authorization request to the mobile processing device.

[0019] In some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process can further comprise providing access where the operator has a current certificate or proof of proper training accessible to the remote server before an operator can use the industrial equipment.

[0020] In some embodiments, communicating the authorization request can further comprise communicating a block of time for which the industrial equipment is requested. Here, the process may further comprise verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request before authorizing use of the industrial equipment. For instance, verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request can comprise denying the authorization request where the requested industrial equipment is already reserved for an activity within the requested block of time, the activity comprising at least one of reserved by another user, locked for planned maintenance, or scheduled for battery maintenance.

[0021] In some embodiments, receiving from the remote server responsive to the authorization request, the access response, can comprise receiving a denial of access. Here, the process may further comprise outputting, responsive to the denial of access, a message on a display screen of the mobile processing device, indicating that access was not granted.

[0022] Yet further, in some embodiments, the industrial equipment is initially disabled until successful pairing of the mobile processing device with the industrial equipment. Here, responsive to the access response granting access to the mobile processing device to use the industrial equipment, the authorization component can extract pairing information that is used to pair the mobile processing device with the industrial equipment, and responsive to the access response not granting access to the operator to use the industrial equipment, a message is output to the mobile processing device indicating that access was not granted.

[0023] Brief Descriptions of Drawings

[0024] FIG. 1 is a schematic view of an operating environment for industrial vehicles;

[0025] FIG. 2 is a schematic view of a control system for an industrial equipment that implements serial, multi-modal access control;

[0026] FIG. 3 is a schematic diagram of a serial, multi-modal exchange between an operator and an industrial equipment;

[0027] FIG. 4 is an example graphical user interface illustrating example graphics for logging onto industrial equipment, according to aspects herein;

[0028] FIG. 5 is a flow chart illustrating a process for carrying out serial, multi-modal access control; and

[0029] FIG. 6 is a block diagram of a computer system having a computer readable storage medium for implementing functions according to various embodiments as described in greater detail herein.

[0030] In the following detailed description of the illustrated embodiments, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration, and not by way of limitation, specific embodiments in which the disclosure may be practiced. It is to be understood that other embodiments may be utilized and that changes may be made without departing from the spirit and scope of various embodiments of the present disclosure.Detailed description of the exemplary embodiments

[0031] There are numerous examples of industrial environments where Wi-Fi, cellular, and other similar relatively long range wireless communications strategies are not practical for a given piece of industrial equipment. In these situations, it is not possible for the industrial equipment to communicate directly with a remote server computer, such as for data monitoring, data collection, data reception, operational management, etc.

[0032] However, it may be practical to provide such industrial equipment with short range wireless capabilities. Throughout this specification, “short range” and “local” wireless capabilities are used interchangeably.

[0033] As used herein, a “short range” or “local” transceiver (and hence, short range wireless communication) is defined as a transceiver or communication protocol that does not utilize Wi-Fi or cellular. For instance, as used herein, examples of “short range” or “local” include Bluetooth, ultra-wideband, IR (infrared) , Radio Frequency for Radio Frequency Identification (RFID) , etc. In this regard, some applications may allow typical ranges up to 30 feet (approximately 10 meters) , e.g., using Bluetooth. Ultra-wideband may extend up to 80 feet (approximately 25 meters) . However, in some embodiments, it may be desirable to scale a suitable short range back to the range to line of sight, or otherwise close proximity (e.g., within 10 feet (approximately 3 meters) or less) .

[0034] As used herein, a “long range” transceiver (and hence, long range wireless communication) is defined as a transceiver or communication protocol that communicates using Wi-Fi or cellular.

[0035] By way of example, “long range” using Wi-Fi and / or cellular communication technologies can typically extend in excess of 100 feet (about 30.5 meters) , whereas “short range” or “local” communications typically extend less than 100 feet (about 30.5 meters) .

[0036] System Overview

[0037] Referring now to the drawings and in particular to FIG. 1, a schematic diagram illustrates an industrial environment 100 that includes a plurality of hardware-equipped processing devices 102 that are linked together by one or more network (s) 104.

[0038] The network 104 provides communications links between the various processing devices 102 and may be supported by networking components 106 that interconnect the processing devices 102, including for example, routers, hubs, firewalls, network interfaces, wired or wireless communications links and corresponding interconnections, cellular stations and corresponding cellular conversion technologies (e.g., to convert between cellular and TCP / IP, etc. ) . Moreover, the network (s) 104 may comprise intranets, extranets, local area networks (LAN) , wide area networks (WAN) , wireless networks (Wi-Fi) , the Internet, including the world wide web, ad-hoc networks, localized networks, mesh networks (e.g., between two or more processing devices 102) , cellular and / or other arrangements for enabling communication between the processing devices 102, etc.

[0039] A processing device 102 can be implemented as a server, personal computer, laptop computer, tablet, purpose-driven appliance, internet of things (IoT) device, special purpose computing device, cellular device such as a smartphone, an information processing device on a vehicle, an information processing device on a machine (fixed or mobile) , or other device capable of communicating over the network 104.

[0040] Particularly, a processing device 102 can be provided on one or more industrial vehicles 108, e.g., a forklift truck as shown. In practice, industrial vehicles can comprise for example, a low-level order picking truck, a forklift truck, reach truck, narrow aisle truck, a stacker, a pallet truck, a tow  tractor, an order picker, etc. In this regard, the industrial vehicle may comprise forks that raise and lower. In other example embodiments, an industrial vehicle may comprise a tugger having a hitch or other coupling structure to push and / or pull loads.

[0041] In industrial environments, it is possible to equip an industrial vehicle with a processing device 102 that is capable of communicating across the network (s) 104. In this regard, an industrial vehicle with a processing device 102 is referred to as a “network connected industrial vehicle” .

[0042] In this example configuration, the processing device 102 on the industrial vehicle 108 wirelessly communicates through one or more technologies, e.g., via Wi-Fi, to one or more access points 110. The access points 110 connect to a corresponding networking component 106, which serves as a connection within the industrial environment 100. As another example, an industrial vehicle 108 can be equipped with cellular or other suitable wireless technology that allows the processing device 102 on the industrial vehicle 108 to communicate directly with a remote device (e.g., over the network (s) 104) such as by using a suitable cellular to Internet bridge.

[0043] The industrial environment 100 also includes a processing device implemented as a server 112 (e.g., a web server, file server, and / or other processing device) that supports a platform 114 and corresponding data sources (collectively identified as data sources 116) . In example embodiments, the platform 114 can be utilized to implement an information linking application, as described more fully herein. For instance, industrial vehicles 108 are typically operated in a work environment such as a warehouse, distribution center, retail establishment, etc. As such, the platform 114 provides industrial vehicle monitoring, management, control, or combinations thereof, via the information linking application.

[0044] In the illustrative example, the data sources 116, which need not be co-located, include databases that tie processes executing for the benefit of an enterprise, from multiple, different domains. In the illustrated example, data sources 116 include an industrial equipment data source 118 that collects data from the operation of industrial equipment, e.g., including industrial vehicles 108, e.g., in an industrial vehicle domain. By way of example, the industrial vehicle information database can store electronic vehicle records, e.g., received wirelessly, from a fleet of industrial vehicles. In this regard, each electronic vehicle record can comprise travel-related data, operational data, maintenance data, observational data, configuration data, component state data, measured sensor data, impact data, or other information recorded by a processing device 102 on an associated industrial vehicle 108. Each electronic vehicle record can also include an operator identification of the corresponding operator of the industrial vehicle.

[0045] Data sources 116 can also include a management system data source 120, e.g., a warehouse management system (WMS) . The WMS relates information to the movement and tracking of goods within the work environment in a WMS domain. As such, in some embodiments, WMS data (alone  or in combination with data from one or more other data sources, such as the industrial equipment data source 118) can be utilized to select, define, refine, etc., characteristics affecting operation of a technology feature, e.g., a threshold or threshold range characterizing remote-control travel distances for the work environment, and other examples as will be described in greater detail herein.

[0046] Moreover, data sources 116 can include any other data source (s) 122 needed by the work environment, such as a labor management system (LMS) , etc. In some embodiments, the system may also include a data source such as a geo-location system 124 that stores information pertaining to geo-features in an environment, geo-capabilities and / or restrictions imposed on an industrial vehicle, e.g., via a technology feature or otherwise. The geo-location data can also include data related to positioning within an environment, e.g., via an environmental-based location tracking system, etc. The above list is not exhaustive and is intended to be illustrative only.

[0047] In some embodiments, a piece of industrial equipment 126 does not include a processing device 102 capable of communicating over the network 104, e.g., cannot communicate over Wi-Fi or cellular. Here, the piece of industrial equipment 126 may include by way of example, an industrial vehicle including any industrial vehicle 108 described above, material handling equipment such as a pallet jack, electric pallet jack, work assist vehicle, tow tractor, mobile device or machine, fixed location device or machine, etc. In this regard, the industrial equipment is referred to as a “non-network enabled” industrial equipment.

[0048] There are a number of reasons why a piece of industrial equipment 126 does not include a processing device 102 capable of communicating over a network connection (e.g., via a Wi-Fi wireless transceiver or cellular transceiver) . For instance, it may be cost prohibitive, the industrial equipment 126 may operate in a range outside of Wi-Fi or cellular access, the industrial equipment 126 may operate in a harsh environment that precludes having a processing device 102, the industrial equipment may be a rental, etc.

[0049] In this regard, the industrial equipment 126 is typically communicably isolated from the remote server 112 and the corresponding platform 114. However, there may be a desire and / or need to link the industrial equipment 126 to the information linking application on the platform 114, such as for operator login applications, for checklist applications, data collection or data monitoring applications, for maintenance reasons, etc.

[0050] In some embodiments, the industrial equipment 126 may include a processing device 102 capable of communicating over the network 104, e.g., using Wi-Fi or cellular, but for some reason wants a simplified or restricted access to the remote server 112 and the corresponding platform 114. For instance, the industrial equipment 126 may be used by guest workers or temporary workers, the industrial equipment 126 may be in a data restricted or bandwidth restricted environment, the industrial equipment 126 may be in an environment having security restrictions, etc.

[0051] However, in some embodiments, the industrial equipment 126 includes or can be equipped with a communications and control system 128 that can include a transceiver, e.g., a short range transceiver such as a Bluetooth transceiver, an ultra-wideband transceiver, an infrared transceiver, an RFID transceiver, etc. In this regard, the industrial equipment 126 can communicate over a short range, schematically illustrated by the circle and arrow in FIG. 1.

[0052] Also, even industrial vehicles 108 that are equipped with a processing device 102 may include a short range transceiver, e.g., a Bluetooth transceiver, an ultra-wideband transceiver, an infrared transceiver, an RFID transceiver, etc. In this regard, aspects herein are not strictly limited to industrial equipment that does not have cellular or Wi-Fi capabilities.

[0053] Example Communications and Control System

[0054] Referring now to FIG. 2, an example communications and control system 228 is illustrated. In FIG. 2, like structure to FIG. 1 is indicated with like reference numerals 100 higher. As such, the discussion of FIG. 1 is adopted into the description of FIG. 2.

[0055] For instance, as illustrated, a processing device 202 (e.g., a smartphone) can communicate across network 204 with a remote server 212 (analogous to processing device 102 communicating across network 104 with remote server 112, FIG. 1) . Likewise, the example communications and control system 228 can be utilized to implement the communications and control system 128 of FIG. 1. Thus, the example communications and control system 228 may be provided on industrial equipment 128 (FIG. 1) .

[0056] The illustrated communications and control system 228 includes in general, a controller 230. The communications and control system 228 can also include one or more additional components, described more fully herein. For instance, the communications and control system 228 can also include one or more transceivers. By way of example, the controller 230 is communicably coupled to at least one short range wireless transceiver 232.

[0057] Controller

[0058] In an example embodiment the controller 230 includes a processor, memory, and necessary circuitry to interface with any provided additional components, such as a transceiver, e.g., the short range wireless transceiver 232 in the example embodiment. Additionally, the controller 230 can be operatively configured to communicate with at least one vehicle component. An example vehicle component includes a native vehicle controller (such as a traction controller, hydraulic controller, vehicle control module, etc. ) . Another example vehicle component includes one or more sensors, a power system, a power enabling relay or system (such as to control, power up or otherwise enable the industrial equipment for normal operation) , etc. For instance, by way of illustration and not by  way of limitation, the controller 230 is communicably coupled to native components such as native equipment electronics 234, e.g., via an industrial equipment bus 236. In other applications, the controller 230 can interface directly with component (s) , e.g., via wired or wireless connection, etc.

[0059] In some embodiments, the controller 230 is implemented as an embedded system that is permanently or semi-permanently mounted to an industrial equipment, e.g., a materials handling vehicle (see for example, industrial equipment 126, FIG. 1) . That is, in some embodiments, the embedded information core represents hardware and optionally, software intended to remain coupled to a corresponding industrial equipment, e.g., a pallet jack, electric pallet jack, work assist vehicle, tow tractor low level order picker, a pallet truck, a forklift, etc. In this regard, the embedded information core may be integrated directly into industrial equipment electronics, alone or in combination with other electronics. In alternative embodiments, the embedded information core is packaged into a housing that can mount to, attach to, or otherwise be installed onto a corresponding industrial equipment.

[0060] In some embodiments, the controller 230 includes a processor coupled to memory for implementing computer instructions, including the relevant processes, or aspects thereof, as set out and described more fully herein.

[0061] Moreover, the memory of the controller 230 can include memory that stores processing instructions, as well as memory for data storage, e.g., to implement one or more databases, data stores, registers, arrays, etc., as described in greater detail herein.

[0062] The communications and control system 228 can also optionally include one or more peripherals 238. In this regard, the peripheral (s) 238 can be directly integrated into or with the controller 230, or one or more peripherals 238 can communicably couple to the controller 230. For instance, in certain implementations, the controller 230 includes a monitoring input / output (I / O) capability to communicate via wired or wireless connection with any optional peripheral device (s) 238 that are mounted to, or otherwise on the industrial equipment. In other embodiments, one or more peripherals 238 can be integral with the communications and control system 228 or controller 230.

[0063] Native Equipment Electronics

[0064] As noted above, in some embodiments, the controller 230 can communicate with native equipment electronics 234, e.g., across the industrial equipment bus 236. For instance, in some embodiments, the controller 230 controls native circuitry such as equipment power enabling circuitry. The power enabling circuitry is controlled by the controller 230 to selectively enable or disable the industrial equipment and / or selectively enable or disable select components of the industrial equipment. In certain implementations, the controller 230 controls the vehicle power  enabling circuitry to partially enable the industrial equipment for operation, or fully enable the industrial vehicle for operation, e.g., depending upon proper operator login or service technician login, etc. For instance, the power enabling circuitry can provide selective power to components via a suitable power connection such as relays, or otherwise command certain vehicle components not to respond to vehicle operator control via vehicle messaging, e.g., across one or more vehicle communication busses.

[0065] Other example native equipment electronics include a traction controller, a hydraulics controller, a steer or tiller controller, other equipment controller, an energy (e.g., battery) management system or monitor, a native sensor system (e.g., laser, impact, LiDar, ultrasonic, etc. ) , location tracking system, or other native vehicle electronics capable of communicating across the industrial equipment bus 236. Other example native equipment electronics can include, by way of example, displays, light bars, alarms, sensor systems, navigation systems, IoT devices, data collection devices, user interaction devices, etc.

[0066] Peripherals

[0067] Example peripherals 238 include a SIM card or other device that enables cellular communication, e.g., via an optional long range transceiver 244 (e.g., Wi-Fi, cellular, etc. ) , a global positioning system (GPS) , an environmental based location tracking system (EBL) , etc.

[0068] Additional examples of a peripherals 238 can include a camera, impact sensor, temperature or other sensor, laser, meter, encoder, light bar, switch, Internet of things (IoT) device, display, speaker / horn, etc. The controller 230 can also communicate via wired or wireless connection with one or more third-party peripheral 238, such as a radio-frequency identification (RFID) scanner, display, bar code scanner, or other device.

[0069] Other example peripherals 238, e.g., that can be build into or otherwise integral with the communications and control system 228, include a display engine, camera processing engine, data processing engine (s) , video ports, camera ports, input / output ports, interfaces (e.g., a universal serial bus interface, pogo pin interface, Bluetooth interface, ultra-wideband network interface (s) , event stacks, processing stacks, configuration data management, client management, event management, etc.

[0070] In a nonlimiting summary, utilization of the industrial equipment bus 236 enables seamless integration of the components of the industrial equipment with the controller 230. By way of example, the controller 230 can facilitate the communication of information from any electronic peripheral devices or third-party devices, etc. Thus, in some embodiments, the controller 230 can connect with, understand and is capable of communication with vehicle components, such as  controllers, modules, devices, bus enabled sensors, displays, lights, light bars, sound generating devices, headsets, microphones, haptic devices, peripheral devices, etc.

[0071] The Bus

[0072] In some embodiments, the industrial equipment bus 236 is any wired or wireless network, bus (or busses) or other communications capability (or combination of multiple, independent networks, busses or other communications capabilities) that allows electronic components of the industrial equipment to communicate with each other. As an example, the industrial equipment bus 236 may comprise one or more controller area network (CAN) bus (or CAN busses) , Zigbee (Zigbee is a registered trademark of Connectivity Standards Alliance, a California Corporation) , Bluetooth, Local Interconnect Network (LIN) , time-triggered data-bus protocol (TTP) , RS422, Ethernet, USB, other suitable communication strategy, or combinations thereof.

[0073] Short Range Wireless Transceiver

[0074] In an illustrative example, the controller 230 is communicably coupled to, or may optionally include integrated therein, at least one short range wireless transceiver 232 for wireless communication. In practice, the at least one short range wireless transceiver 232 can implement one or more short range wireless communication technologies, such as Bluetooth, ultra-wideband (UWB) , infrared (IR) , any other short range wireless technology or combinations thereof, i.e., not Wi-Fi or cellular. Moreover, each technology can include one or more antenna, e.g., for redundancy, for location / position determination, for reliability, combinations thereof, etc.

[0075] As an illustrative example, the short range wireless transceiver 232 may include a communication technology such as Bluetooth. This allows the controller 230 to communicate with proximate Bluetooth enabled devices, e.g., by pairing with a nearby processing device 202 (e.g., analogous to a processing device 102, FIG. 1) , such as a portable processing device such as a smartphone, tablet, etc. In this regard, any combination of features described with reference to processing device 102 of FIG. 1 can be incorporated into the processing device 202.

[0076] As another example, in addition to or in lieu of Bluetooth, the short range wireless transceiver 240 may include an ultra-wideband transceiver. The ultra-wideband transceiver can be used to create temporary, local mesh networks to facilitate communication with other nearby ultra-wideband devices, such as anchors, tags, talking markers, or other processing device 202 (e.g., an ultra-wideband equipped smartphone or tablet, etc. ) . Here, the ultra-wideband transceiver can optionally include multiple antennae (e.g., two or more antennae) so that the controller 230 can carry out localization, position determination, distance determination, distance, direction, and orientation measurements of nearby corresponding ultra-wideband badges, etc.

[0077] In an example embodiment, the short range wireless transceiver 232 connects to the controller 230 via a suitable electrical connection, e.g., an Ethernet connection, USB connection, bus connection (e.g., via industrial equipment bus 236) , direct connection, etc. In some embodiments, the short range wireless transceiver 240 can integrate into the controller 230 using other connection methods, or a separate short range wireless transceiver 232 may be omitted entirely from the communications and control system 228, such as where the industrial equipment already includes a short range wireless transceiver 232 (e.g., included in the native equipment electronics 234) that is accessible by the controller 230.

[0078] In still other embodiments, there can be multiple short range transceivers 232 (or transceiver instances) , e.g., for different purposes, for redundancy, to support select functions, to support different communication protocols, or combinations thereof. For instance, if Bluetooth is unavailable for some reason on a proximate smartphone, the system can default over to ultra-wideband or some other short range communication technology available to the smartphone.

[0079] Long Range Transceiver

[0080] In some embodiments, the communications and control system 228 can include or otherwise be communicably coupled to an optional long range transceiver 244 (or transceivers) , e.g., Wi-Fi, cellular (including a 5G radio for communication with a 5G network) , etc. For instance, one long range transceiver 244 may be able to communicate across the network 204 with a remote server, e.g., server 212 via 802.11 across network 204. Here, the server 212 may be analogous to the server 112, FIG. 1, and the network 204 may be analogous to the network 104, FIG. 1. In an industrial environment, communication may be carried out across the access points 110 of FIG. 1 to the server 112 of FIG. 1) . An optional second cellular transceiver can communicate with a 5G router or other form of cellular to IP (internet protocol) bridge to use a cellular signal to communicate directly with the remote server 212.

[0081] Indicia

[0082] As illustrated, the processing device 202, such as a portable processing device implemented as a smartphone or tablet, may be able to interact with indicia 250, e.g., an image, QR code, barcode, RFID chip, or some other magnetic chip, smart tag, reflector, or some other indicia that the processing device 202 can read, e.g., via contact or contactless means. In some embodiments, the indicia 250 is associated with the corresponding industrial equipment, examples of which are set out in greater detail herein.

[0083] Operator –Industrial Equipment Interaction

[0084] Referring to FIG. 3, using the infrastructure described with reference to the preceding FIGURES, an example of an operator interaction is described. In FIG. 3, like structure to FIG. 2 is indicated with like reference numerals 100 higher. Likewise, in FIG. 3, like structure to FIG. 1 is indicated with like reference numerals 200 higher. As such, the discussion of FIG. 1 and the discussion of FIG. 2 are adopted into the description of FIG. 3 in any combination of components, structures, features, etc.

[0085] Analogous to systems described previously, the mobile processing device 302, e.g., a smartphone, tablet, etc., includes a transceiver for communicating via Wi-Fi or via cellular to a remote server 312 and corresponding platform 314. The mobile processing device 302 may also include a transceiver, such as a short range transceiver, e.g., Bluetooth, UWB, RFID, optical, Near Field Communication, etc., that is capable of communicating with a corresponding transceiver on the industrial equipment 326.

[0086] Briefly, in some embodiments, the industrial equipment 326 may be initially disabled. For instance, a battery of the industrial equipment may provide power to a communications and control system 328. However, the communications and control system 328 may include a relay or other device that prevents the industrial equipment from being powered to a normal operative state. This may be useful, for instance, where a system enables a reservation system, e.g., to reserve certain industrial equipment for certain operators, etc. Where such a reservation system is provided, the app may respond to a user attempting to log in with an appropriate message, e.g., “reserved by operator 1234” (or some message that enables the individual to understand why access was denied) . In some embodiments, an optional override can be provided, e.g., where a reservation is made, and the operator that the industrial equipment is reserved for is unavailable. This can be as simple as an administrative cancellation of the reservation, or a generic login that has a priority over a reservation request.

[0087] In some embodiments, the communications and control system 328 may provide an override, e.g., for emergency purposes, which can allow, for example, enabling the industrial equipment bus 236 for a short period of time, e.g., 5-15 minutes to enable the industrial equipment to be moved, etc.

[0088] Moreover, the industrial equipment 326 may be enabled for normal operation responsive to successful pairing to an operator’s mobile processing device 302 (e.g., a smartphone, tablet, etc. ) . Thus, before an operator approaching the industrial equipment 326 can operate that equipment, the operator must perform a successful login operation by pairing the operator’s mobile processing device 302 to the industrial equipment 326. In this regard, the industrial equipment 326 is operatively configured to require that the operator’s mobile processing device 302 obtain a pairing key from the platform 314.

[0089] In some embodiments, the mobile processing device 302 can remember a pairing code for the industrial equipment 326 from a previous login. In other embodiments, the mobile processing device 302 may forget the pairing code, or the pairing code can be changed such that a complete pairing operation is required for each login. That is, unlike many Bluetooth devices that “remember” logins and login credentials, the industrial equipment 326 may require a new pairing parameter to be obtained at each attempted login. In yet further embodiments, after a successful login, the operator’s mobile processing device 302 may retain the ability to auto-login for a restricted period, e.g., an 8-hour shift immediately following a successful login. This would allow the operator to temporarily exceed the distance boundary of the connection (e.g., Bluetooth) with the industrial equipment, and still quickly gain access upon immediate return.

[0090] As illustrated, the industrial equipment 326 includes indicia 350. The indicia may include for example, an image, QR code, bar code, magnetic code, reflector set, RFID chip, or other configuration that can serve as an identifier to a remote electronic device, e.g., the operator’s mobile processing device 302. For instance, solely for sake of clarity of illustration, the indicia 350 is illustrated as a QR code. By reading the indicia, (e.g., by scanning the QR code with a camera on the operator’s mobile processing device 302) , the operator’s mobile processing device 302 can identify the industrial equipment 326 of interest.

[0091] The operator’s mobile processing device 302 identifies the detected industrial equipment 326, and optionally, the operator, to the remote server 312 and the platform 314.

[0092] The platform 314 then returns to the operator’s mobile processing device 302, an access response.

[0093] In an example embodiment, if the operator is authorized to operate the identified industrial equipment 326, the platform 314 then returns to the operator’s mobile processing device 302, the information needed to pair with the industrial equipment 326, and hence, to access and operate the industrial equipment 326.

[0094] For instance, the information needed to pair with the industrial equipment 326 may comprise a unique discovery parameter, access code, pairing code, password, etc. Notably, the information (e.g., discovery parameter, access code, pairing code or password) is known to the communications and control system 328. For instance, the industrial equipment 326 (e.g., via a transceiver on the communications and control system 328) may already know the unique discovery parameter, access code, pairing code, password, etc. In other embodiments, the platform 314 communicates the unique discovery parameter, access code, pairing code, password, etc., to the industrial equipment 326.

[0095] As such, the system herein can set up a paired wireless connection between the operator’s mobile processing device 302 and the communications and control system 328 using the discovery  parameter, access code, pairing code or password, and using the paired wireless connection thereafter, to wirelessly communicate information between the operator’s mobile processing device 302 and the communications and control system 328.

[0096] More particularly, the industrial equipment 326 (e.g., analogous to industrial equipment 126, FIG. 1) includes a communications and control system 328 (e.g., analogous to the communications and control system 128, FIG. 1 and / or the communications and control system 228, FIG. 2) . The communications and control system 328 is capable of communicating with the mobile processing device 302 (e.g., analogous to processing device 202, FIG. 2; processing device 102, FIG. 1) , as will be described in greater detail herein.

[0097] In practical applications, the indicia 350 (analogous to indicia 250, FIG. 2) , can be located at any desired location on the industrial equipment 326. While schematically shown as a QR code, in practice, the indicia 350 can be any indicia 350 that a corresponding nearby mobile processing device 302 can read, e.g., via contact or contactless means, as described more fully herein.

[0098] In this regard, “nearby” means within a range of communication between a capability of the operator’s mobile processing device 302, camera, RFID reader, UWB device, etc., and the communications and control system 328 and the corresponding mobile processing device 302.

[0099] Serial, Multi-Modal Access Control

[0100] An operator can use the overall system illustrated in FIG. 3 (optionally along with features set out with regard to FIG. 1 and / or FIG. 2 in any combination) to carry out a serial, multi-modal industrial equipment access control scheme.

[0101] For instance, in an initial state, the industrial equipment 326 may be disabled or partially disabled. For instance, as described with reference to FIG 2, native vehicle electronics may include power enabling circuitry or other features that lock the industrial equipment 326 from normal operation until and unless a successful login is acknowledged by a corresponding controller within the communications and control system 328 of the industrial equipment 326 and / or until and unless a successful login is acknowledged by the platform 314. As noted more fully herein, in some embodiments, the industrial equipment 326 may not be able to natively carry out direct communication with the platform 314 because the industrial equipment 326 lacks a suitable Wi-Fi transceiver or cellular transceiver.

[0102] However, at T1, an operator can use the mobile processing device 302 to identify the indicia 350 (e.g., scan the QR code as illustrated) using a suitable technology on the mobile processing device 302 to interact with the indicia 350. For instance, a camera on the mobile processing device 302 can be used to scan the indicia 350 implemented as a QR code on the industrial equipment 326.  In practice, other schemes can be utilized to read the indicia, such as Near Field Communication (NFC) , Radio Frequency Identification (RFID) , barcodes, etc.

[0103] In some embodiments, the operator’s mobile processing device 302 displays an identification of the industrial equipment. This allows the operator to perform a manual check to ensure that the operator is stationed at the correct or assigned industrial equipment.

[0104] Here, the indicia 350, e.g., bar code, QR code, etc., need not be co-located with the industrial equipment 326. Rather, the bar code, QR code etc., can be on the equipment itself, or someplace readily accessible by the operator’s mobile processing device 302, e.g., smartphone.

[0105] In some embodiments, at T2, the operator’s mobile processing device 302 communicates information obtained from reading the indicia 350 to the remote server 312. For instance, communication between the mobile processing device 302 and the remote server 312 may be carried out by a special app running on the mobile processing device 302. The app may require the operator to have previously logged into the app, provided credentials, etc., using appropriate user authentication schemes, e.g., login name, password, two-factor authentication, etc.

[0106] In some embodiments, a graphical user interface on the operator’s mobile processing device 302 requires the operator to actively engage a control, e.g., press a virtual button, to send the communication to the remote server 312. In other embodiments, the app may automatically send the request to the remote server 312.

[0107] Regardless, in response to the remote server 312 receiving the communication from the mobile processing device 302, the platform 314 can communicate an access response back to the mobile processing device 302, via the remote server 312. For instance, the access response can include pairing data (e.g., information such as a unique discovery parameter, access code, pairing code, password, PIN, etc., as described more fully herein) where the operator is authorized by the platform 314 to operate the industrial equipment 326 having the indicia 350 scanned by the mobile processing device 302.

[0108] Authorization may be based upon the platform 314 identifying a proper operator profile, proper certifications, indication of proper training, indication of good standing, etc. Authorization may also be based upon environmental factors such as a location of the industrial equipment. As yet a further example, authorization may be based upon other factors such as a schedule, shift, time of day, equipment availability, etc. For instance, an operator may request access to the industrial equipment for a shift (e.g., 8 hours) . However, the industrial equipment may already be reserved by another operator, or the industrial equipment may be scheduled for planned maintenance, a battery charge, etc. In these regards, access can be denied, restricted, or modified. Yet further, the authorization may be based upon a state or factor of the industrial equipment, e.g., battery level,  state of health, etc. In other embodiments, authorization is based upon any combination of the above.

[0109] To the contrary, where access is denied, the platform 314 can return an access response that contains an authorization request denial. Additionally, the platform 314 can optionally communicate other information, e.g., instructions, time stamp, time limit to complete a login, etc.

[0110] In some embodiments, the mobile processing device 302 communicates directly with the communications and control system 328. For instance, in an example embodiment, at T3, where authorization is granted by the platform 314, the mobile processing device 302 can use the pairing data received from the platform 314, to initiate a communication with the communications and control system 328 of the industrial equipment 326.

[0111] In some embodiments, the communications and control system 328 knows the discovery parameter, access code, pairing code, password, PIN, etc., required to pair with the mobile processing device 302. In some embodiments, at T4, the communications and control system 328 obtains the discovery parameter, access code, pairing code, password, PIN, etc., required to pair with the mobile processing device 302.

[0112] In another embodiment, direct communication between the mobile processing device 302 and the communications and control system 328 is not required (i.e., communication at T3 is optional) .

[0113] Thus, in alternative embodiments, such as where the industrial equipment 326 includes an optional long range transceiver (e.g., 244, FIG. 2) the communications and control system 228 can communicate with the platform 314, e.g., for additional authentication, to obtain counterpart pairing data, to communicate a pairing acknowledgment, to record a log of the operator pairing efforts, etc.

[0114] Accordingly, in an example embodiment, pairing is indirectly handled by the platform 314, e.g., sending an acknowledgement to the mobile processing device 302 via T2 and the platform 314 sending an acknowledgement to the communications and control system 328 at T4.

[0115] Responsive thereto, the industrial equipment 326 may automatically enable the industrial equipment 326 for normal operation, or the industrial equipment 326 may allow the operator to manually enable the industrial equipment 326, e.g., by responding to a key on, or other operator-initiated activation.

[0116] In this manner, serial, discrete steps / events are required for the mobile processing device 302 to communicate with the industrial equipment, e.g., T1, T2, T3, T4 (or any combination thereof) as described above.

[0117] Additionally, the overall process can be multi-modal. For example, the mobile processing device 302 requires an indicia reading modality (e.g., camera to read a QR code, etc. ) . The mobile processing device 302 also requires a long range communication modality, e.g., a Wi-Fi transceiver  or cellular transceiver that communicates over a wireless network to the remote server 312. Yet further, the mobile processing device 302 may require a short range communication modality (e.g., Bluetooth) to pair with the communications and control system 328 (e.g., via a short range transceiver of the communications and control system 328, an example of which is described in the discussion of FIG. 2) .

[0118] However, the industrial equipment 326 only needs to be associated with indicia 350, and optionally, have a transceiver capability, e.g., Bluetooth, UWB, Wi-Fi, cellular, a combination thereof, etc.

[0119] With this brief introduction, examples of serial, multi-modal access control, and interactions thereafter between the mobile processing device 302 and industrial equipment 326 are described more fully herein.

[0120] Smartphone App

[0121] In some embodiments, an operator loads an app onto a mobile processing device 302, e.g., smartphone, tablet, etc. The app includes manufacturer specific programming that handles the operator-side of the processes herein. Opening the app may require the operator to sign in, log on, or otherwise identify the operator to the app.

[0122] In this regard, the operator may be required to log into the platform 314 before trying to access industrial equipment. For instance, the app may include a first graphical user interface that enables an operator to log onto the platform 314 using an operator identification and password, two-factor authentication, or other access protocol.

[0123] Using the mobile processing device 302 (e.g., smartphone) , the operator identifies a piece of industrial equipment 326 that the operator intends to use. This is accomplished by using the mobile processing device 302 to sense, scan, or otherwise detect an identifier 350 associated with the industrial equipment 326. In a practical application, the app running on the mobile processing device 302 accesses a camera of the mobile processing device 302 to scan indicia 350 (e.g., a bar code, QR code, etc. ) Here, the indicia 350 can be on the equipment itself, or someplace readily accessible by the mobile processing device 302.

[0124] Referring briefly to FIG. 4, a mobile processing device 402 is illustrated. The mobile processing device 402 is analogous to the mobile processing device 302, FIG. 3; mobile processing device 202, FIG. 2; and mobile processing device 102, FIG. 1. The mobile processing device 402 runs an app that displays a graphical user interface 460 that can be used to display information related to the use of industrial equipment and / or perform a number of different functions related to the use of the industrial equipment.

[0125] For instance, once the app scans or otherwise identifies a piece of equipment, the app can display, via the graphical user interface 460, a photo / image 462 of the industrial equipment 326, e.g., so that the operator can confirm that the scanned indicia corresponds to the correct industrial equipment.

[0126] In some embodiments, the graphical user interface 460 can display data 464 about the equipment (e.g., make, model, an ID, etc. ) . In some embodiments, some operational data may also be graphically displayed. For instance, a remaining battery charge, reservation schedule, maintenance information, etc., enabling an operator to decide whether they want to continue to log into the industrial equipment.

[0127] In some embodiments, the graphical user interface 460 can provide a button or other indicia to send an “access request” 466 to a remote server (e.g., over Wi-Fi) . In some embodiments, the app combines the identified equipment with an identifier of the operator. This can be an ID code assigned by a company employer, a pin code, a login that the operator previously used to sign into the app or other identifier of the operator, etc.

[0128] The graphical user interface 460 can also include a “BACK” button to not attempt a login, but to otherwise go back and select different equipment.

[0129] Assuming that the operator has selected the access request 466, the remote server 312 (e.g., via a platform 314) verifies that the operator has the proper credentials to use the equipment. For instance, some equipment requires a certificate or proof of proper training before an individual can use the equipment. The remote server may also verify that the equipment is available for use. For instance, the equipment may be reserved by another user, locked for planned maintenance, scheduled for a battery charge, etc.

[0130] In some embodiments, the remote server returns to the operator’s app, an acknowledgement, which may include either an authorization to log onto the equipment, or an indication that the operator is not authorized to use the equipment. Here, the app can provide an indication of whether the server authorized the operator, or whether there was a problem with the login attempt.

[0131] If the remote server authorizes the operator, then the app and the industrial equipment pair, e.g., using Bluetooth. Once properly paired, the industrial equipment becomes enabled for operation by the operator. Pairing can be carried out by the app extracting from the acknowledgement, a Pairing code, e.g., discovery parameter, pin code, or other code that enables the app on the mobile processing device 402 to pair with the industrial equipment.

[0132] In some embodiments, before enabling the industrial equipment for use, the system may require the operator to perform an inspection, complete a checklist, check a calibration, verify operability, or perform other actions as may be required by the corresponding environment. In this  regard, the mobile processing device 402 can include additional screens / graphical user interface screens as the application dictates.

[0133] For instance, in an example embodiment, once an operator has logged onto the industrial equipment, the industrial equipment and the smartphone may be able to communicate, e.g., across a Bluetooth link. As such, the mobile processing device 402 can be used to carry out various functions. An example function is a pre-use inspection checklist. The smartphone can then use its wireless, cellular or other suitable radio to communicate the results of the checklist to the remote server (e.g., server 312, FIG. 3; server 212, FIG. 2; server 112, FIG. 1) . The industrial equipment may also include a basic display so that the equipment status can be readily seen on the equipment itself. Yet further, the smartphone can serve as an interface to carry out maintenance items, such as to perform a maintenance checklist, calibrations, etc.

[0134] Referring back to FIG. 3, in some embodiments, the industrial equipment 326 can send information to the operator’s mobile processing device 302 for display on a display screen of the mobile processing device 302. For instance, battery or energy source level, timers, speed or other data accessible to the controller of the communications and control system 328 can be passed to the app on the mobile processing device 302 for display thereof. Such data can also be relayed by the mobile processing device 302 to the platform 314. Additionally, in some embodiments, the mobile processing device 302 can collect data from the controller of the communication and control system 328, e.g., to perform data logging actions. Here, the collected data can be relayed back to the platform 314. For instance, the mobile processing device 302 can be utilized as an intermediate to relay event codes, state information, battery or energy source level, impact detection information, etc.

[0135] Likewise, in some embodiments, once paired, the platform 314 can utilize the mobile processing device 302 as a processor of the industrial equipment, and / or to relay information to the industrial equipment. For instance, the platform 314 can utilize the mobile processing device 302 as an intermediate to communicate information to the controller of the communication and control system 328. As further examples, the platform 314 can communicate pre-inspection checklists, operator lists, maintenance checklists, etc., to the mobile processing device 302. The mobile processing device 302 can then act on the information, e.g., by using the display of the mobile processing device 302 to present the checklist, operator list, maintenance checklist, etc., or the mobile processing device 302 can serve as a relay or intermediate to pass such information from the platform 314 to the controller of the communication and control system 328.

[0136] As another example, operation configuration, e.g., controller set points or other operational data can be communicated from the platform 314 to the controller of the communication and control system 328, using the mobile processing device 302 as an intermediate. The controller of  the communication and control system 328 can utilize the received information to modify the performance of the industrial equipment 326.

[0137] In some embodiments, if the pairing is broken, e.g., the operator leaves the industrial equipment 326, then the app automatically logs the operator out of the industrial equipment 326. In some embodiments, the operator can “reserve” the industrial equipment 326 using the app so that during the reserve window, the operator can establish, break, and re-establish pairing to the industrial equipment. In some embodiments, e.g., where the operator is an order picker that must occasionally step away from the industrial equipment, such as to fetch items, the communication and control system 328 will automatically re-pair with the operator’s mobile processing device 302 if the break in the paired connection does not time out, e.g., a few minutes, some programmable amount of time, a fixed amount of time, etc.

[0138] As yet further examples, the capabilities of the operator’s mobile processing device 302 can be leveraged to collect additional data. For instance, a mobile processing device 302 such as a smartphone typically has a built-in global positioning system GPS, accelerometer and / or other sensing capabilities. The app can use the GPS, etc., to track the location of the industrial equipment 326 while the operator’s mobile processing device 302 is paired with the industrial equipment 326.

[0139] In yet further embodiments, the app can be used to retrieve from the remote server, information about the industrial equipment. For instance, a service technician can read hour meters, service history or other information stored on the remote server. An operator can check battery level, usage history, or other information made available by the remote server back to the remote processing device, etc.

[0140] App Features

[0141] In some embodiments, the app can include a graphical user interface to obtain operators manuals, to learn about the features or limits of a piece of industrial equipment that the operator has logged onto, to learn about optional accessories, etc. Here, the information can come from the industrial equipment, e.g., via Bluetooth, or the smartphone can access the data from the platform.

[0142] In some embodiments, the app includes a graphical user interface that provides a dashboard to carry out certain operator functions, e.g., to perform an inspection checklist, to carry out a maintenance checklist, to check the status of the industrial equipment, etc. For instance, the app can include a graphical user interface that displays widgets or other graphical representations for BDI, hour meter, error status, etc.

[0143] In yet further example embodiments, e.g., where impact sensors are provided on the industrial equipment, a widget can be provided for impact information.

[0144] Access With Location Tracking

[0145] According to an example configuration, a registered operator using a mobile processing device 302 (e.g., smartphone) scans indicia 350 (e.g., a QR code) at T1 to acquire a unique industrial equipment identifier. The mobile processing device 302 sends a request to the platform 314 at T2, which includes a request to unlock the industrial equipment. The request can include operator information, the obtained industrial equipment identifier, and other optional information, e.g., environmental information, etc. In some embodiments, the mobile processing device 302 can send to the platform 314, yet further information, e.g., location information, industrial equipment information (e.g., checklist results, industrial equipment status information, etc. ) . In some embodiments, the platform 314 returns to the mobile processing device 302, information about the industrial equipment, e.g., battery charge, equipment status, etc. If the platform 314 authorizes the operator, then the operator can begin using the industrial equipment.

[0146] For instance, the mobile processing device 302 may be able to pair with, and enable direct communication with the industrial equipment 326, enabling the sharing of information between the operator’s processing device 302 and the industrial equipment 326. In other embodiments, the operator’s mobile processing device 302 does not need to pair with the industrial equipment 326. For instance, the platform 314 can implement a computer-implemented rules engine or other logic to determine whether to enable the industrial equipment 326 for operation by the operator. As an example, the platform can utilize information received from the operator’s mobile processing device 302, such as the operator information, equipment identification, location of the industrial equipment 326, environmental information, etc., to determine whether to enable the operator to use the industrial equipment 326. In this regard, in some embodiments, if authorized, the platform 314 communicates an electronic signal directly to the industrial equipment 326 to enable the industrial equipment for operation. In some embodiments, the platform 314 requires proper operator authentication (e.g., as described above) , and a completed inspection checklist before enabling the industrial equipment 326 for operation by the operator. However, in this example embodiment, the operator’s mobile processing device 302 and the industrial equipment 326 do not need to be paired or even share information during use of the industrial equipment 326 by the operator.

[0147] Optionally, at a trigger or interval (e.g., every 1 minute; some programmed interval; based upon some other trigger such as a detected event; based upon a request from the remote server; combinations thereof, etc. ) , the industrial equipment can send status information to the platform 314, e.g., via a long range communication device, such as location, industrial equipment status (e.g., battery charge, state of health, etc. ) . In some embodiments, this status information can be communicated to the platform, e.g., at T4, without passing through the operator’s mobile processing device 302.

[0148] Example Access With Bluetooth

[0149] According to another example configuration, a registered operator using a mobile processing device 302 turns Bluetooth on the mobile processing device 302 and positions the smartphone within range (e.g., 1-5 meters) from the industrial equipment. The operator then scans indicia 350 at T1. The mobile processing device 302 and the industrial equipment pair via Bluetooth at T3 (and optionally via preliminary authorization at T2 as described more fully above) . For instance, the mobile processing device 302 may send a request to the platform 314 at T2, which includes a request to unlock the industrial equipment. The request can include operator information, the obtained industrial equipment identifier, and other optional information, e.g., environmental information, etc.

[0150] In some embodiments, an app on the smartphone can unlock the industrial equipment, e.g., via an “unlock button” within a graphical user interface of the app without the need to obtain direct authorization from the platform 314.

[0151] In this example embodiment, the industrial equipment 326 unlocks upon the operator pressing the unlock button on the app, causing a communication with the industrial equipment 326 (either directly, at T3, or indirectly, e.g., via T2 and T4) .

[0152] In some embodiments, the mobile processing device 302 can receive from the platform 314, information about the industrial equipment, e.g., location feedback information, industrial equipment information such as checklists, industrial equipment status information, such as battery charge, equipment status, etc.

[0153] Optionally, at a trigger or interval (e.g., every 1 minute; some programmed interval; based upon some other trigger such as a detected event; based upon a request from the remote server; combinations thereof, etc. ) , the industrial equipment 326 can send status information to the platform 314, e.g., via a long range communication device, such as location, industrial equipment status (e.g., battery charge, state of health, etc. ) . In some embodiments, this status information can be communicated to the platform 314 without passing through the operator’s mobile processing device 302.

[0154] In some embodiments, Bluetooth can be utilized as an alternative to the indicia 350 (e.g., QR code) , or as a redundant backup system, e.g., where the QR code does not scan properly.

[0155] In some embodiments, an app on the mobile processing device 302 (e.g., smartphone) and / or the platform 314 controls access such that an operator can only gain access to one industrial equipment at a time. Here, the platform 314 on the server 312 can implement decision logic that detects whether the operator is currently logged into a piece of industrial equipment. If so, the platform can deny access to the additional access attempt. As another example, if the mobile  processing device 302 detects that the mobile processing device 302 is already paired with a first piece of industrial equipment, a suitable action can be taken. A suitable action may include issuing a message to first log off the first piece of industrial equipment; to automatically log the operator off the first piece of industrial equipment; to otherwise take some action to trigger a pairing request to fail until the operator logs off the first piece of industrial equipment, etc.

[0156] Device Pairing

[0157] Referring to FIG. 5, a process 500 is provided for pairing a mobile processing device e.g., a hand-held device such as a smartphone, tablet, etc., to industrial equipment according to aspects herein. The process 500 can be carried out, for example, using any of the hardware and / or software described with reference to any of the preceding FIGURES in any combination.

[0158] The process 500 is carried out by reading indicia at 502. As an example, the process 500 can be carried out by reading at 502, by hardware on a mobile processing device (e.g., a smartphone) , indicia associated with industrial equipment to be used by an operator.

[0159] As a non-limiting example, reading the indicia at 502 can be carried out by accessing a reader on the mobile processing device to obtain information related to the industrial equipment. As a further example, accessing the reader on the mobile processing device to obtain information related to the industrial equipment can comprise accessing a camera on the mobile processing device to capture an image associated with the industrial equipment.

[0160] As a further example, accessing the reader on the mobile processing device to obtain information related to the industrial equipment can comprise scanning by the camera, at least one of a bar code or a QR code.

[0161] The process 500 also comprises extracting an identifier at 504. As an example, the identifier can be extracted by extracting from the indicia, an electronic identifier of the industrial equipment, as described more fully herein.

[0162] The process 500 further comprises communicating an authorization request at 506. For example, communication of the authorization request can be carried out from the mobile processing device to a remote server for authorization to operate the industrial equipment. For instance, in an example embodiment, communicating the authorization request at 506 can comprise communicating an authorization request from the mobile processing device to a remote server for authorization to operate the industrial equipment, where the authorization request comprises the electronic identifier of the industrial equipment and an identifier of the operator desiring to operate the industrial equipment.

[0163] In this regard, the electronic identifier of the industrial equipment and the identifier of an operator need not be transmitted to the remote server in the same message. For instance, the  information can be split up as noted more fully herein. By way of example, the operator may be required to log in to the remote server by starting an app on the remote processing device before the remote processing device reads the indicia. Here, the remote server combines the identifier of the operator received at login with the identifier of the industrial equipment to form the authorization request.

[0164] Yet further, the process 500 comprises receiving an access response at 508. In an example embodiment, the process 500 comprises receiving from the remote server responsive to the authorization request, an access response at 508 that either grants access or denies access of the industrial equipment to the operator.

[0165] As a few illustrative examples, responsive to the access response granting access to the operator to use the industrial equipment, the process may further comprise performing one or more of extracting at 510, pairing information by the mobile processing device from the access response, and / or utilizing the extracted pairing information to pair at 512 the mobile processing device with the industrial equipment. Thus, for example, upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment can be enabled for normal operation.

[0166] In some embodiments, utilizing the extracted pairing information to pair the mobile processing device with the industrial equipment can comprise pairing the mobile processing with the industrial equipment using a Bluetooth pairing procedure.

[0167] In some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process may further perform setting the mobile device into a pairing state, setting the industrial equipment into a pairing state, graphically displaying a pair acceptance icon on a select one of the mobile device or the industrial equipment, and pairing the mobile processing device with the industrial equipment upon detecting actuation of the pair acceptance icon. In an example embodiment, upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.

[0168] In some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process further performs automatically pairing, by the remote server, the mobile device to the industrial equipment.

[0169] Yet further, in some embodiments, the process 50 further comprises triggering an indicator on the industrial equipment upon at least one of a pairing attempt, a successful pairing, an unsuccessful pairing, or any combination thereof. For instance, the indicator may comprise at least one of illumination control of a light, a message on a display, a sound, a haptic feedback, a movement on the industrial equipment, or a combination thereof.

[0170] As a few additional example optional processes, responsive to the access response granting access to the operator to use the industrial equipment, the process 500 may additionally comprise  extracting pairing information at 510. For instance, the mobile processing device can extract the pairing information from the access response.

[0171] Responsive to the access response granting access to the operator to use the industrial equipment, the process may further comprise pairing at 512. For instance, the process 500 can utilize the extracted pairing information to pair the mobile processing device with the industrial equipment.

[0172] Upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.

[0173] In some embodiments, e.g., before communicating the authorization request at 506, the process 500 may comprise receiving by the mobile processing device, from the operator, login credentials that enable the operator to log into the remote server. Here, the operator may be authenticated as a valid operator at the remote server before reading the indicia associated with the industrial equipment to be used by the individual. In other embodiments, the operator credentials can be communicated to the remote server with or any time before communicating the authorization request.

[0174] As another example, in some embodiments, the process 500 can further require (e.g., by software code running on the mobile processing device (e.g., a smartphone) ) that the operator must be authenticated as a valid operator before the mobile processing device will communicate the authorization request from the mobile processing device to the remote server.

[0175] In other embodiments, the process 500 can further require (e.g., by software code running on the mobile processing device) that the operator is authenticated as a valid operator by the remote server before returning the access response to the mobile processing device.

[0176] In some embodiments, the authorization request received from the remote server includes an access response. Here, responsive to the access response granting access to the operator to use the industrial equipment, the process 500 can further comprise providing access where the remote server validates that the operator has a current certificate or proof of proper training before an individual can operate the industrial equipment.

[0177] In some embodiments, communicating the authorization request may further comprise communicating information specifying a block of time for which the industrial equipment is requested. Here, the process 500 can further comprise verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request before authorizing use of the industrial equipment.

[0178] As another example, in some embodiments, verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request may comprise denying the authorization request where the requested industrial equipment is already  reserved for an activity within the requested block of time. As a few examples, the activity can comprise at least one of: reserved by another user, locked for planned maintenance, or scheduled for battery maintenance.

[0179] In yet other embodiments, access may be granted, but the remote server may modify the time window that the equipment is allocated to the user, e.g., by limiting authorization of the user to only the times that the industrial equipment is not already allocated to another user, to maintenance, to battery charge, etc.

[0180] In some embodiments, receiving from the remote server responsive to the authorization request, the access response, may comprise receiving a denial of access. Here, the process 500 may further comprise outputting, responsive to the denial of access, a message on a display screen of the mobile processing device, indicating that access was not granted. The indication may further include attribution data to show why the request for access was denied.

[0181] In some embodiments, the industrial equipment is disabled until successful pairing of the mobile processing device with the industrial equipment. For instance, the industrial equipment may be initially disabled until successful pairing of the mobile processing device with the industrial equipment. Once pairing is established, the industrial equipment may be fully enabled, partially enabled (e.g., based upon operator credentials) , the industrial equipment may be enabled for a window of time, etc.

[0182] Further Example Implementation

[0183] As another illustrative example, a process for pairing a mobile processing device to industrial equipment is provided.

[0184] The process comprises launching within an operating system of a mobile processing device, an equipment interface application.

[0185] The equipment interface application performs operations including reading, by an authorization component, utilizing hardware on the mobile processing device, indicia associated with industrial equipment to be used by an operator, and extracting from the indicia, an electronic identifier of the industrial equipment.

[0186] The process also comprises communicating an authorization request from the mobile processing device to a remote server for authorization to operate the industrial equipment. Here, the authorization request comprises the electronic identifier of the industrial equipment and an identifier of an operator desiring to operate the industrial equipment.

[0187] The process further comprises receiving from the remote server responsive to the authorization request, an access response.

[0188] Responsive to the access response granting access to the operator to use the industrial  equipment, the process further comprises extracting pairing information by the mobile processing device from the access response, and utilizing the extracted pairing information to pair the mobile processing device with the industrial equipment. In this regard, upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.

[0189] In an example embodiment, reading, by hardware on the mobile processing device, indicia comprises accessing a reader on the mobile processing device to electronically exchange information with the industrial equipment. Accessing the reader on the mobile processing device to electronically exchange information with the industrial equipment can comprise, for example, accessing a camera on the mobile processing device to capture an image on the industrial equipment. As a further example, accessing the camera on the mobile processing device to capture an image on the industrial equipment can comprise scanning by the camera, at least one of a bar code or a QR code.

[0190] In some embodiments, the process further comprises receiving by the mobile processing device, from the operator, login credentials that enable the operator to log into the remote server, where the operator must be authenticated as a valid operator at the remote server before reading the indicia associated with the industrial equipment to be used by the operator.

[0191] Yet further, in some embodiments, the process further comprises requiring by software code running on the mobile processing device that the operator must be authenticated as a valid operator before the mobile processing device will perform communicating of the authorization request from the mobile processing device to the remote server.

[0192] Some embodiments require from the remote server that the identifier of the operator is authenticated as a valid operator before returning the authorization request to the mobile processing device.

[0193] In some embodiments, responsive to the access response granting access to the operator to use the industrial equipment, the process further comprises providing access where the operator has a current certificate or proof of proper training accessible to the remote server before an operator can use the equipment.

[0194] Also, in some embodiments, communicating the authorization request further comprises communicating a block of time for which the industrial equipment is requested, further comprises verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request before authorizing use of the industrial equipment. For instance, verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request may comprise denying the authorization request where the requested industrial equipment is already reserved for an activity within the  requested block of time, where the activity comprises at least one of: reserved by another user, locked for planned maintenance, or scheduled for battery maintenance.

[0195] In some embodiments, receiving from the remote server responsive to the authorization request, the access response, comprises receiving a denial of access. Here, the process further comprises outputting, responsive to the denial of access, a message on a display screen of the mobile processing device, indicating that access was not granted.

[0196] Yet further, in some embodiments, the industrial equipment is initially disabled until successful pairing of the mobile processing device with the industrial equipment. Under this arrangement responsive to the access response granting access to the mobile processing device to use the industrial equipment, the authorization component extracts pairing information that is used to pair the mobile processing device with the industrial equipment, and responsive to the access response not granting access to the operator to use the industrial equipment, a message is output to the mobile processing device indicating that access was not granted.

[0197] Computer System Overview

[0198] Referring to FIG. 6, a schematic block diagram illustrates an exemplary computer system 600 for implementing the various processes described herein. The exemplary computer system 600 includes one or more (hardware) microprocessors (μP) 610 and corresponding (hardware) memory 620 (e.g., random access memory and / or read only memory) that are connected to a system bus 630. Information can be passed between the system bus 630 via a suitable bridge 640 to a local bus 650 that is used to communicate with various input / output devices. For instance, the local bus 650 is used to interface peripherals with the one or more microprocessors (μP) 610, such as storage 660 (e.g., hard disk drives) ; removable media storage 670 (e.g., flash drives, DVD-ROM drives, CD-ROM drives, floppy drives, etc. ) ; I / O devices 680 such as input devices (e.g., mouse, keyboard, scanner, etc. ) , output devices (e.g., monitor, printer, etc. ) ; and a network adapter 690. The above list of peripherals is presented by way of illustration, and is not intended to be limiting. Other peripheral devices may be suitably integrated into the computer system 600.

[0199] The microprocessor (s) 610 control operation of the exemplary computer system 600. Moreover, one or more of the microprocessor (s) 610 execute computer readable code (e.g., stored in the memory 620, storage 660, removable media insertable into the removable media storage 670 or combinations thereof, collectively or individually referred to as computer-program products) that instructs the microprocessor (s) 610 to implement the computer-implemented processes herein.

[0200] The computer-implemented processes herein may be implemented as a machine-executable process executed on a computer system, e.g., one or more of the processing devices (processing  device 102, FIG. 1; processing device 202, FIG. 2, mobile processing device 302, FIG. 3; mobile processing device 402, FIG. 4) .

[0201] Thus, the exemplary computer system or components thereof can implement processes and / or computer-implemented processes stored on one or more computer-readable storage devices as set out in greater detail herein. Other computer configurations may also implement the processes and / or computer-implemented processes stored on one or more computer-readable storage devices as set out in greater detail herein. Computer-program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages. The program code may execute entirely on the computer system 600 or partly on the computer system 600. In the latter scenario, the remote computer may be connected to the computer system 600 through any type of network connection, e.g., using the network adapter 590 of the computer system 600.

[0202] In implementing computer aspects of the present disclosure, any combination of computer-readable medium may be utilized. The computer-readable medium may be a computer readable signal medium, a computer-readable storage medium, or a combination thereof. Moreover, a computer-readable storage medium may be implemented in practice as one or more distinct mediums.

[0203] A computer-readable signal medium is a transitory propagating signal per se. A computer-readable signal medium may include computer readable program code embodied therein, for example, as a propagated data signal in baseband or as part of a carrier wave. More specifically, a computer-readable signal medium does not encompass a computer-readable storage medium.

[0204] A computer-readable storage medium is a tangible device / hardware that can retain and store a program (instructions) for use by or in connection with an instruction execution system, apparatus, or device, e.g., a computer or other processing device set out more fully herein. Notably, a computer-readable storage medium does not encompass a computer-readable signal medium. Thus, a computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves through a transmission media.

[0205] Specific examples (a non-exhaustive list) of the computer-readable storage medium include the following: a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM) , Flash memory, a portable computer storage device, an optical storage device such as a compact disc read-only memory (CD-ROM) or digital video disk (DVD) , or any suitable combination of the foregoing. In particular, a computer-readable storage medium includes computer-readable hardware such as a computer-readable storage device,  e.g., memory. Here, a computer-readable storage device and computer-readable hardware are physical, tangible implementations that are non-transitory.

[0206] By non-transitory, it is meant that, unlike a transitory propagating signal per se, which will naturally cease to exist, the contents of the computer-readable storage device or computer-readable hardware that define the claimed subject matter persists until acted upon by an external action. For instance, program code loaded into random access memory (RAM) is deemed non-transitory in that the content will persist until acted upon, e.g., by removing power, by overwriting, deleting, modifying, etc.

[0207] Moreover, since hardware comprises physical element (s) or component (s) of a corresponding computer system, hardware does not encompass software, per se.

[0208] Miscellaneous

[0209] As schematically illustrated, the platform and server (e.g., server 112, platform 114) are implemented as computers in the cloud. In practical applications, the server and corresponding platform can be a processing device 102 on the industrial equipment, a remote cloud based computer server, a discrete authentication device, a server computer in a local area network, etc.

[0210] Moreover, the term “pairing” should be construed broadly, to include direct pairing, e.g., directly between the mobile processing device and controller / communications and control system on the industrial equipment. An example of direct pairing is via technologies such as Bluetooth. Pairing can also happen virtually, e.g., by the server storing in a database, a temporary association of an operator or mobile processing device to a corresponding piece of industrial equipment. Yet further, pairing can happen indirectly, e.g., by the server issuing a certificate, code, PIN, or other linking attribute to the mobile processing device and / or to the controller / communications and control system on the industrial equipment.

[0211] Thus, examples of pairing processes include where the paring information is sent solely to the mobile processing device, where the server places both the mobile device and industrial vehicle in a pairing state, which may include a simple acceptance button displayed on the mobile device; where the server automatically pairs the mobile processing device to the industrial equipment, etc. Also, in some embodiments, a successful pairing may trigger an indication of lights (display, pairing lights, headlights, blue light, etc. ) , a sound (horn, display chime, etc. ) , a quick / short back / forth movement of the industrial equipment (e.g., where sensors indicate that the industrial equipment is all clear of obstacles) , combinations of the above, etc.

[0212] The disclosure herein describes numerous aspects and / or embodiments, that characterize different features, combinations of features, capabilities, etc. In this regard, claimed configurations herein can encompass any combination of one or more embodiments and / or aspects and / or features  in any desired combination across any combination of FIGURES herein, unless the specification expressly excludes such combinations.

[0213] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein, the singular forms "a, " "an, " and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and / or "comprising, " when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0214] The description of the present disclosure has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the disclosure.

[0215] Having thus described the embodiments of the present application in detail, it will be apparent that modifications and variations are possible without departing from the scope of the embodiments defined in the appended claims.

Claims

1.A process for pairing a mobile processing device to industrial equipment, comprising:reading, by hardware on a mobile processing device, indicia associated with industrial equipment to be used by an operator;extracting from the indicia, an electronic identifier of the industrial equipment;communicating an authorization request from the mobile processing device to a remote server for authorization to operate the industrial equipment, the authorization request comprising the electronic identifier of the industrial equipment and an identifier of the operator desiring to operate the industrial equipment; andreceiving from the remote server responsive to the authorization request, an access response that either grants access or denies access of the industrial equipment to the operator.2.The process of claim 1, wherein, responsive to the access response granting access to the operator to use the industrial equipment, the process further performing:extracting pairing information by the mobile processing device from the access response; andutilizing the extracted pairing information to pair the mobile processing device with the industrial equipment;wherein:upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.3.The process of claim 2, wherein, utilizing the extracted pairing information to pair the mobile processing device with the industrial equipment comprises:pairing the mobile processing with the industrial equipment using a Bluetooth pairing procedure.4.The process according to any preceding claim, wherein, responsive to the access response granting access to the operator to use the industrial equipment, the process further performing:setting the mobile device into a pairing state;setting the industrial equipment into a pairing state;graphically displaying a pair acceptance icon on a select one of the mobile device or the industrial equipment; andpairing the mobile processing device with the industrial equipment upon detecting actuation of the pair acceptance icon;wherein:upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.5.The process according to any preceding claim, wherein, responsive to the access response granting access to the operator to use the industrial equipment, the process further performing:automatically pairing, by the remote server, the mobile device to the industrial equipment.6.The process of any preceding claim further comprising:triggering an indicator on the industrial equipment upon at least one of a pairing attempt, a successful pairing, an unsuccessful pairing, or any combination thereof.7.The process of claim 6, wherein the indicator comprises at least one of:illumination control of a light;a message on a display;a sound;a haptic feedback;a movement on the industrial equipment; ora combination thereof.8.The process according to any preceding claim, wherein reading, by the hardware on the mobile processing device, indicia associated with the industrial equipment comprises:accessing a reader on the mobile processing device to obtain information related to the industrial equipment.9.The process of claim 8, wherein accessing the reader on the mobile processing device to obtain information related to the industrial equipment comprises:accessing a camera on the mobile processing device to capture an image associated with the industrial equipment.10.The process of claim 9, wherein accessing the reader on the mobile processing device to obtain information related to the industrial equipment comprises:scanning by the camera, at least one of a bar code or a QR code.11.The process according to any preceding claim further comprising:receiving by the mobile processing device, from the operator, login credentials that enable the operator to be authenticated as a valid operator by the remote server before reading the indicia associated with the industrial equipment to be used by the operator.12.The process of claim 11 further comprising:requiring by software code running on the mobile processing device that the operator must be authenticated as a valid operator before the mobile processing device will perform communication of the authorization request from the mobile processing device to the remote server.13.The process of claim 11 further comprising:requiring by the remote server, that the identifier of the operator is authenticated as a valid operator before returning the access response to the mobile processing device.14.The process according to any preceding claim, wherein responsive to the access response granting access to the operator to use the industrial equipment, the process further comprising:providing access where the operator has a current certificate or proof of proper training accessible to the remote server before an operator can use the industrial equipment.15.The process according to any preceding claim, wherein:communicating the authorization request further comprises communicating information specifying a block of time for which the industrial equipment is requested;further comprising:verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request before authorizing use of the industrial equipment.16.The process of claim 15, wherein verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request comprises:denying the authorization request where the requested industrial equipment is already reserved for an activity within the requested block of time, the activity comprising at least one of:reserved by another user;locked for planned maintenance; orscheduled for battery maintenance.17.The process according to any preceding claim, wherein:receiving from the remote server responsive to the authorization request, the access response, comprises receiving a denial of access;further comprising:outputting, responsive to the denial of access, a message on a display screen of the mobile processing device, indicating that access was not granted.18.The process according to any preceding claim, wherein:the industrial equipment is disabled until successful pairing of the mobile processing device with the industrial equipment.19.A process for pairing a mobile processing device to industrial equipment, comprising:launching within an operating system of a mobile processing device, an equipment interface application, the equipment interface application performing:reading, by an authorization component, utilizing hardware on the mobile processing device, indicia associated with industrial equipment to be used by an operator; andextracting from the indicia, an electronic identifier of the industrial equipment;communicating an authorization request from the mobile processing device to a remote server for authorization to operate the industrial equipment, the authorization request comprising the electronic identifier of the industrial equipment and an identifier of an operator desiring to operate the industrial equipment; andreceiving from the remote server responsive to the authorization request, an access response, wherein, responsive to the access response granting access to the operator to use the industrial equipment:extracting pairing information by the mobile processing device from the access response; andutilizing the extracted pairing information to pair the mobile processing device with the industrial equipment;wherein;upon successful pairing of the mobile processing device and the industrial equipment, the industrial equipment is enabled for normal operation.20.The process of claim 19, wherein reading, by the authorization component, utilizing hardware on the mobile processing device, indicia comprises:accessing a reader on the mobile processing device to electronically exchange information with the industrial equipment.21.The process of claim 20, wherein accessing the reader on the mobile processing device to electronically exchange information with the industrial equipment comprises:accessing a camera on the mobile processing device to capture an image on the industrial equipment.22.The process of claim 21, wherein accessing the camera on the mobile processing device to capture an image on the industrial equipment comprises scanning by the camera, at least one of a bar code or a QR code.23.The process of claim 19 further comprising:receiving by the mobile processing device, from the operator, login credentials that enable the operator to log into the remote server, wherein the operator must be authenticated as a valid operator at the remote server before reading the indicia associated with the industrial equipment to be used by the operator.24.The process of claim 23 further comprising:requiring by software code running on the mobile processing device that the operator must be authenticated as a valid operator before the mobile processing device will perform communicating of the authorization request from the mobile processing device to the remote server.25.The process of claim 23 further comprising:requiring by the remote server that the identifier of the operator is authenticated as a valid operator before returning the authorization request to the mobile processing device.26.The process of claim 23, wherein responsive to the access response granting access to the operator to use the industrial equipment, the process further comprising:providing access where the operator has a current certificate or proof of proper training accessible to the remote server before an operator can use the industrial equipment.27.The process of claim 19, wherein communicating the authorization request further comprises communicating a block of time for which the industrial equipment is requested, further comprising:verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request before authorizing use of the industrial equipment.28.The process of claim 27, wherein:verifying by the remote server that the industrial equipment is available for the entire block of time requested by the authorization request comprises denying the authorization request where the requested industrial equipment is already reserved for an activity within the requested block of time, the activity comprising at least one of:reserved by another user;locked for planned maintenance; orscheduled for battery maintenance.29.The process of claim 19, wherein receiving from the remote server responsive to the authorization request, the access response, comprises receiving a denial of access;further comprising:outputting, responsive to the denial of access, a message on a display screen of the mobile processing device, indicating that access was not granted.30.The process of claim 19, wherein the industrial equipment is initially disabled until successful pairing of the mobile processing device with the industrial equipment;wherein:responsive to the access response granting access to the mobile processing device to use the industrial equipment, the authorization component extracts pairing information that is used to pair the mobile processing device with the industrial equipment; andresponsive to the access response not granting access to the operator to use the industrial equipment, a message is output to the mobile processing device indicating that access was not granted.

Images