A sample NodeJS/ExpressJS server integration with the HyperTrack platform. It consumes the HyperTrack APIs and Webhooks and exposes them through REST API endpoints, Socket.io streams, and push notifications for front-end or mobile application usage.
- One-click deploy to Heroku (using ONLY free add-ons)
- Synchronize all existing devices and trips on startup
- Receive webhooks and test locally with Localtunnel
- Store devices, trips, and all webhook records in MongoDB with Mongoose
- Auto-complete trips 2 minutes after destination arrival
- Notify Websocket subscribers on webhook arrival using Socket.io
- Send mobile device push notifications to Google's GCM and Apple's APN on webhook arrival
- Set home and work places for devices (relevant for Placeline apps)
With the capability of this project, you can build web or mobile apps like Placeline:
Examples of potential features include:
- Track all devices associated with your HyperTrack account on a world map with updates as they come in
- Map all active trips with start/end places and geofences
- Display all completed trips on a Placeline (time/location/activity series) and review relevant ones in more detail
- Create expense reports with pre-filled fields such as distance traveled, travel date/time, expenses based on distance and rate, and description based on start and end places
The project uses the Model-Routes-Controllers pattern (read more) as the project structure. With that, the project structure looks like this:
- /common: Common functionality for HyperTrack API usage
- /controllers: Handlers for all routes
- /models: Mongoose Schema definitions for all relevant entities
- /routes: Definition of available REST API endpoints
- index.js: Main entry point for ExpressJS, setup of the server (Socket.io, CORS, Mongoose), and sync of devices and trips through the HyperTrack API
Once started, the project will collect and store all available devices and trips from the HyperTrack API. The Mongoose setup will ensure that missing collection definitions will be created. Once that is complete, the server will listen to HyperTrack Webhooks to come in. Every Webhook will create or update records in the database and execute related tasks (e.g. complete a trip from a trip completion webhook). Finally, Webhooks will be channeled to Websocket subscribers (if any) or to mobile apps using Push Notifications. The server will expose REST API endpoints in CRUD fashion for all available entities (trips, devices, etc).
Note: For the sake of simplicity, the Socket.io and REST API endpoints do not enforce any auth mechanisms. Before going into production, ensure to secure your server communication.
The goal of this project is to get you to a deployed integration in minutes. For this to work, you need to have:
- Set up a HyperTrack account and obtain your
AccountId
andSecretKey
from the Dashboard - Integrate the HyperTrack SDK in your mobile application (iOS, Android, or React Native) or use our sample app to send location data (iOS or Android)
- Set up a Heroku account for deployment
- (Optional) For mobile device Push Notifications: Firebase Cloud Messaging key, APN Key ID, APN authentication token signing key, and Apple Developer Account Team ID
You can install this project on your local machine and deploy it quickly to Heroku for free.
After cloning or forking this repository, you should install all dependencies on your machine:
# with npm
npm install
# or with Yarn
yarn
Next, you need to set your environmental variables. The project uses dotenv, so it's best to create a .env
file in the root folder of the project. This file is listed in .gitignore
and shall not be checked into public repositories. Below is the content on the file - please ensure to replace the keys with your own:
# HyperTrack
HT_ACCOUNT_ID = <YOUR_ACCOUNT_ID>
HT_SECRET_KEY = <YOUR_SECRET_KEY>
# MongoDB
MONGODB_URI = <YOUR_MONGODB_URI>
# Optional - Push Notifications
APN_CERT="<YOUR_APN_TOKEN_IN_P8>"
APN_KEY_ID=<YOUR_APN_TOKEN_KEY_ID>
APN_TEAM_ID=<YOUR_TEAM_ID>
FCM_KEY=<YOUR_FCM_KEY>
With the dependencies and configuration in place, you can start the server in development mode:
# with npm
npm run dev
# or with Yarn
yarn dev
On startup, Localtunnel is used to generate a publicly accessible URL for your local server (https://<unqiue_id>.localtunnel.me
). A new browser window will open with your unique, temporary domain. If successful, the browser window should show:
HyperTrack Placeline Backend is RUNNING
Congratulations! You just completed the integration with HyperTrack APIs and Webhooks.
This project is set up to be deployed to Heroku within seconds. You need a Heroku account. All you need to do is to click on the one-click-deploy button below. It will provide the following services and add-ons:
- Web Dyno - to run the server on Heroku (free)
- NodeJS buildpack - to run NodeJS/ExpressJS on Heroku (free)
- MongoLab - hosted MongoDB database (free)
- PaperTrail - hosted logging system (free)
Similar to the local setup, you need to have your keys ready before the deployment. The Heroku page will ask you for the following:
HT_ACCOUNT_ID
: Your HyperTrack AccountId from the HyperTrack DashboardHT_SECRET_KEY
: Your HyperTrack SecretKey from the HyperTrack DashboardFCM_KEY
: Push Notifications (optional): Your Firebase Cloud Messaging Key. Read more hereAPN_KEY_ID
: Push Notifications (optional): Your Apple Push Notification (APN) Key ID. Read more hereAPN_CERT
: Push Notifications (optional): Your Apple Push Notification (APN) authentication token signing key. Paste *.p8 file contents in the field. Read more hereAPN_TEAM_ID
: Push Notifications (optional): Your Apple Developer Account Team ID. Read more here
Note: For
APN_CERT
, you have to use multiline variables (replace all newlines with\n
and double quotes around the string). Read more here
You need to enter all of these keys for the project to run successfully. Heroku uses the input to pre-set the environmental variables for the deployment. You can change after the setup as well.
Deploy this project now on Heroku:
The project exposes all devices and trip data through a variety of interfaces. Below is an explanation of each interface, setup steps, and usage details.
ExpressJS exposes API endpoints based on the routes defined in the /route folder. Here is a breakdown of available routes, methods, and use cases.
Note: All the endpoints below respond with data from the MongoDB database, not directly from the HyperTrack API.
Route | Methods | Use Cases |
---|---|---|
/ | GET | Status checking endpoint, returns plain text message |
/devices | GET | Get all tracked devices |
/devices/{device_id} | GET, DELETE | Get/delete device by device ID |
/devices/{device_id}/trips | GET | Get all trips for specific device |
/trips | GET, POST | Get all or create new trip |
/trips/{trip_id} | GET, POST | Get/update a trip by trip ID |
/device-places | GET | Get all places for all devices |
/device-places/{device_id} | GET | Get all places for specific device |
/device-places/{device_id}/{label} | GET, POST | Get/set specific place (by label) for specific device |
/device-status | GET, POST | Get all or save new device status update |
/device-status/{device_id} | GET | Get all device status updates for specific device |
/device-status/{device_id}/last | GET | Get last device status update for specific device |
/battery-status | GET, POST | Get all or save new battery status update |
/battery-status/{device_id} | GET | Get all battery status updates for specific device |
/battery-status/{device_id}/last | GET | Get last battery status update for specific device |
/locations | GET, POST | Get all or save new location update |
/locations/{device_id} | GET | Get all location updates for specific device |
/locations/{device_id}/last | GET | Get last location update for specific device |
/trip-status | GET, POST | Get all or save new trip status update |
/trip-status/{device_id} | GET | Get all trip status updates for specific trip |
/trip-status/{device_id}/last | GET | Get last trip status update for specific trip |
/device-push-info | GET | Get all device push information (including token, platform, package name) |
/device-push-info/{device_id} | GET, DELETE | Get/delete device push information by device ID |
/push-notifications | POST | Create a new push notification record |
/hypertrack | POST | Endpoint to receive HyperTrack Webhooks. Read more below. |
With the deployment of this project, you will have an endpoint listening to incoming webhooks. Depending on the deployment (local/Heroku/etc), your domain will change, but the available Webhook endpoint will end with /hypertrack
. Here are samples of the full webhook URL that you will have to enter on the HyperTrack Dashboard:
- Heroku:
https://<heroku_app_name>.herokuapp.com/hypertrack
- Localtunnel:
https://<alias>.localtunnel.me/hypertrack
(alias can be configured in the package.json)
All webhooks will be processed and stored to the MongoDB. Some updates might update other database records (e.g. battery status update reflected in device records). It is important to note that destination_arrival
trip webhooks will trigger trip completion API calls two minutes after the webhook arrival. You can change this behavior by modifying the routes/webhook.route.js
file.
Note: You can look into the console logs to review all received webhooks. This also allows you to run through the one-time verification for HyperTrack Webhooks.
The project uses socket.io as ExpressJS middleware. A connection is opened by default when the project is started up.
Note: The connection is unsecured by default. It's highly recommended to add an auth layer before going to production.
With this middleware, the io
instance is attached to every handler in the response object. This is used in the /hypertrack
webhook handler to notify subscribed clients. Events are being emitted using the webhook type as event name (one of location
, device_status
, battery
or trip
) and the entire webhook payload as event payload.
To subscribe to events triggered by webhooks, you can use the socket.io-client project. You will need the server URL to connect appropriately. It is recommended to update the package.json configuration for the dev
script to set a unqiue Localtunnel URL when testing locally): lt --subdomain <alias> --port 8080 --open
. Here's a sample socket subscription:
<script src="/socket.io/socket.io.js"></script>
<script>
var socket = io(<SERVER_URL>);
socket.on('connect', function(){
console.log("Connected to server ...")
});
// listen to one of: location, device_status, battery or trip
socket.on('location', function(data){
console.log("Location data received: ", data)
});
socket.on('disconnect', function(){
console.log("Disconnected from server ...")
});
</script>
The project is capable of sending mobile push notifications triggered by webhooks from HyperTrack. By default, notifications are pushed only for the trip updates: destination_arrival
and geofence_enter
.
Note: Push attempts will only be made when required environment variables are defined. Read more here
Keep in mind that for push notifications to work properly, you have to manage push notification information (token, platform, package name associated with device ID) in your systems. To obtain this information, your mobile application has to be enabled for push notifications, store the push information, and make it accessible to this project.
Whenever one of the two relevant updates are received, the device ID is used to look up required push notification information. With a successful lookup, a new database record for the push notification attempt is created. Finally, the push notification is sent to the device through Firebase Cloud Messaging (FCM).
The notification payload is generated by the package node-pushnotifications based on the platform it identifies for the devices. Below are payload previews for iOS and Android.
iOS - Destination arrival
{
"priority": 5,
"topic": "<pushInfo.app_name>",
"alert": {
"title": "Trip arrival",
"body": "🔥 You just entered the trip destination!"
},
"contentAvailable": true,
"payload": {
"placeline": {
"status": "destination_arrival",
"trip": {
"id": "<trip_id>",
"metadata": "<trip_metadata>"
}
}
}
}
Android - Destination arrival
{
"priority": "normal",
"notification": {
"title": "Trip arrival",
"body": "🔥 You just entered the trip destination!"
},
"contentAvailable": true,
"data": {
"title": "Trip arrival",
"body": "🔥 You just entered the trip destination!",
"placeline": {
"status": "destination_arrival",
"trip": {
"id": "<trip_id>",
"metadata": "<trip_metadata>"
}
}
}
}
iOS - Geofence enter
{
"priority": 5,
"topic": "<pushInfo.app_name>",
"alert": {
"title": "Trip geofence enter",
"body": "🔥 You just entered the trip geofence for <place_name>"
},
"contentAvailable": true,
"payload": {
"placeline": {
"status": "geofence_enter",
"trip": {
"id": "<trip_id>",
"metadata": "<trip_metadata>"
},
"geofence": {
"metadata": "<geofence_metadata>"
}
}
}
}
Android - Geofence enter
{
"priority": "normal",
"notification": {
"title": "Trip geofence enter",
"body": "🔥 You just entered the trip geofence for <place_name>"
},
"contentAvailable": true,
"data": {
"title": "Trip geofence enter",
"body": "🔥 You just entered the trip geofence for <place_name>",
"placeline": {
"status": "geofence_enter",
"trip": {
"id": "<trip_id>",
"metadata": "<trip_metadata>"
},
"geofence": {
"metadata": "<geofence_metadata>"
}
}
}
}
This backend integration is built to be work seamlessly with the Placeline web app and the Placeline scheduler.
This project uses the following open-source packages:
- body-parser: Node.js body parsing middleware
- cors: Node.js CORS middleware
- dotenv: Load environment variables from .env files
- express: Web framework for Node.js
- localtunnel: Expose your localhost to the world for testing and sharing
- mongoose: Mongodb object modeling for node.js
- node-pushnotifications: Push notifications for GCM, APNS, MPNS, AMZ
- nodemon: Monitor for any changes in your node.js application and automatically restart the server
- request: Simplified HTTP client
- socket.io: Realtime application framework
This project is licensed under the MIT License - see the LICENSE file for details